Electronic device and method for transceiving control signal

ABSTRACT

An electronic device according to various embodiments includes: a connector configured to be connected with an external electronic device; a memory configured to store instructions; and a processor configured to execute the stored instructions to control the electronic device to identify a control signal received through a channel initially activated based on the external electronic device being connected to the connector from among a plurality of channels, and to perform control based on a message included in the identified control signal.

CROSS-REFERENCE TO RELATED APPLICATION

This application is based on and claims priority under 35 U.S.C. § 119to Korean Patent Application No. 10-2018-0139239, filed on Nov. 13,2018, in the Korean Intellectual Property Office, the disclosure ofwhich is incorporated by reference herein in its entirety.

BACKGROUND Field

The disclosure relates to an electronic device which transceives acontrol signal and an operating method thereof.

Description of Related Art

An electronic device may transceive a control signal with an externalelectronic device through an allocated channel. Such an electronicdevice may include a connector provided with data pins which areallocated a plurality of channels from the external electronic device.

An electronic device may receive a control signal from an externalelectronic device using a channel allocated through an enumerationoperation from the external electronic device. Before the enumerationoperation is completed in the external electronic device, the electronicdevice may not recognize data received through a plurality of datachannels as its own data, and thus may not receive a control signal fromthe external electronic device.

The above information is presented as background information only toassist with an understanding of the disclosure. No determination hasbeen made, and no assertion is made, as to whether any of the abovemight be applicable as prior art with regard to the disclosure.

SUMMARY

According to embodiments of the disclosure, an electronic device and anoperating method thereof according to various embodiments can receive acontrol signal from an external electronic device even before anenumeration operation is completed.

The technical advantages achieved by the disclosure are not limited tothose mentioned above, and other technical advantages that are notmentioned above may be clearly understood to those skilled in the artbased on the description provided below.

An electronic device according to various example embodiments mayinclude: a connector configured to be connected with an externalelectronic device; a memory configured to store instructions; and aprocessor configured to execute the stored instructions, theinstructions, when executed by the processor, cause the processor tocontrol the electronic device to: identify a control signal receivedthrough a channel that is initially activated after the externalelectronic device is connected to the connector from among a pluralityof channels, and to perform control based on a message included in theidentified control signal.

An electronic device according to various example embodiments mayinclude: a connector configured to be electrically connected with anexternal electronic device; a communication module comprisingcommunication circuitry configured to communicate with an externalelectronic device; a memory configured to store instructions; and aprocessor configured to execute the stored instructions. When an eventis received from the another external electronic device, the processormay control the connector to supply power to the external electronicdevice, and, after the power is supplied to the external electronicdevice, may generate a control signal to be transmitted through achannel that is initially activated after the external electronic deviceis electrically connected to the connector from among a plurality ofchannels. The connector may be configured to transmit the generatedcontrol signal to the external electronic device, such that the externalelectronic device controls based on a message included in the generatedcontrol signal.

BRIEF DESCRIPTION OF THE DRAWINGS

The above and other aspects, features, and advantages of certainembodiments of the present disclosure will be more apparent from thefollowing detailed description, taken in conjunction with theaccompanying drawings, in which:

FIG. 1 is a block diagram illustrating an example electronic device in anetwork environment according to various embodiments;

FIG. 2 is a diagram illustrating an example program of an electronicdevice according to various embodiments;

FIG. 3A is a diagram illustrating an example electronic device and aconnector according to various embodiments;

FIG. 3B is a diagram illustrating example connectors of an electronicdevice according to various embodiments;

FIG. 3C is a diagram illustrating an example pin structure of theconnector of the electronic device according to various embodiments;

FIG. 4A is a block diagram illustrating an example electronic device andexample external electronic device according to various embodiments;

FIG. 4B is a block diagram illustrating an example of functionalconfigurations of an electronic device and external electronic devicesaccording to various embodiments;

FIG. 5 is a diagram illustrating an example data transceiving processbetween an electronic device and an external electronic device accordingto various embodiments;

FIG. 6A is a diagram illustrating an example data transceiving processbetween an electronic device and an external electronic device accordingto various embodiments;

FIG. 6B is a diagram illustrating an example data transceiving processbetween the electronic device and the external electronic deviceaccording to various embodiments;

FIG. 6C is a diagram illustrating an example data transceiving processbetween the electronic device and the external electronic deviceaccording to various embodiments;

FIG. 6D is a diagram illustrating an example data transceiving processbetween the electronic device and the external electronic deviceaccording to various embodiments;

FIG. 6E is a diagram illustrating an example data transceiving processbetween the electronic device and the external electronic deviceaccording to various embodiments;

FIG. 6F is a diagram illustrating an example data transceiving processbetween the electronic device and the external electronic deviceaccording to various embodiments;

FIG. 7 is a diagram illustrating example states of an electronic deviceaccording to various embodiments;

FIG. 8A is a diagram illustrating an example data transceiving processbetween an electronic device and an external electronic device accordingto various embodiments; and

FIG. 8B is a diagram illustrating an example data transceiving processbetween the electronic device and the external electronic deviceaccording to various embodiments.

DETAILED DESCRIPTION

FIG. 1 is a block diagram illustrating an electronic device 101 in anetwork environment 100 according to various embodiments. Referring toFIG. 1, the electronic device 101 in the network environment 100 maycommunicate with an electronic device 102 via a first network 198 (e.g.,a short-range wireless communication network), or an electronic device104 or a server 108 via a second network 199 (e.g., a long-rangewireless communication network). According to an embodiment, theelectronic device 101 may communicate with the electronic device 104 viathe server 108. According to an embodiment, the electronic device 101may include a processor 120, memory 130, an input device 150, a soundoutput device 155, a display device 160, an audio module 170, a sensormodule 176, an interface 177, a haptic module 179, a camera module 180,a power management module 188, a battery 189, a communication module190, a subscriber identification module (SIM) 196, or an antenna module197. In some embodiments, at least one (e.g., the display device 160 orthe camera module 180) of the components may be omitted from theelectronic device 101, or one or more other components may be added inthe electronic device 101. In some embodiments, some of the componentsmay be implemented as single integrated circuitry. For example, thesensor module 176 (e.g., a fingerprint sensor, an iris sensor, or anilluminance sensor) may be implemented as embedded in the display device160 (e.g., a display).

The processor 120 may execute, for example, software (e.g., a program140) to control at least one other component (e.g., a hardware orsoftware component) of the electronic device 101 coupled with theprocessor 120, and may perform various data processing or computation.According to an example embodiment, as at least part of the dataprocessing or computation, the processor 120 may load a command or datareceived from another component (e.g., the sensor module 176 or thecommunication module 190) in volatile memory 132, process the command orthe data stored in the volatile memory 132, and store resulting data innon-volatile memory 134. According to an embodiment, the processor 120may include a main processor 121 (e.g., a central processing unit (CPU)or an application processor (AP)), and an auxiliary processor 123 (e.g.,a graphics processing unit (GPU), an image signal processor (ISP), asensor hub processor, or a communication processor (CP)) that isoperable independently from, or in conjunction with, the main processor121. Additionally or alternatively, the auxiliary processor 123 may beadapted to consume less power than the main processor 121, or to bespecific to a specified function. The auxiliary processor 123 may beimplemented as separate from, or as part of the main processor 121.

The auxiliary processor 123 may control at least some of functions orstates related to at least one component (e.g., the display device 160,the sensor module 176, or the communication module 190) among thecomponents of the electronic device 101, instead of the main processor121 while the main processor 121 is in an inactive (e.g., sleep) state,or together with the main processor 121 while the main processor 121 isin an active state (e.g., executing an application). According to anembodiment, the auxiliary processor 123 (e.g., an image signal processoror a communication processor) may be implemented as part of anothercomponent (e.g., the camera module 180 or the communication module 190)functionally related to the auxiliary processor 123.

The memory 130 may store various data used by at least one component(e.g., the processor 120 or the sensor module 176) of the electronicdevice 101. The various data may include, for example, software (e.g.,the program 140) and input data or output data for a command relatedthereto. The memory 130 may include the volatile memory 132 or thenon-volatile memory 134.

The program 140 may be stored in the memory 130 as software, and mayinclude, for example, an operating system (OS) 142, middleware 144, oran application 146.

The input device 150 may receive a command or data to be used by othercomponent (e.g., the processor 120) of the electronic device 101, fromthe outside (e.g., a user) of the electronic device 101. The inputdevice 150 may include, for example, a microphone, a mouse, a keyboard,or a digital pen (e.g., a stylus pen).

The sound output device 155 may output sound signals to the outside ofthe electronic device 101. The sound output device 155 may include, forexample, a speaker or a receiver. The speaker may be used for generalpurposes, such as playing multimedia or playing record, and the receivermay be used for an incoming calls. According to an embodiment, thereceiver may be implemented as separate from, or as part of the speaker.

The display device 160 may visually provide information to the outside(e.g., a user) of the electronic device 101. The display device 160 mayinclude, for example, a display, a hologram device, or a projector andcontrol circuitry to control a corresponding one of the display,hologram device, and projector. According to an embodiment, the displaydevice 160 may include touch circuitry adapted to detect a touch, orsensor circuitry (e.g., a pressure sensor) adapted to measure theintensity of force incurred by the touch.

The audio module 170 may convert a sound into an electrical signal andvice versa. According to an embodiment, the audio module 170 may obtainthe sound via the input device 150, or output the sound via the soundoutput device 155 or a headphone of an external electronic device (e.g.,an electronic device 102) directly (e.g., wiredly) or wirelessly coupledwith the electronic device 101.

The sensor module 176 may detect an operational state (e.g., power ortemperature) of the electronic device 101 or an environmental state(e.g., a state of a user) external to the electronic device 101, andthen generate an electrical signal or data value corresponding to thedetected state. According to an embodiment, the sensor module 176 mayinclude, for example, a gesture sensor, a gyro sensor, an atmosphericpressure sensor, a magnetic sensor, an acceleration sensor, a gripsensor, a proximity sensor, a color sensor, an infrared (IR) sensor, abiometric sensor, a temperature sensor, a humidity sensor, or anilluminance sensor.

The interface 177 may support one or more specified protocols to be usedfor the electronic device 101 to be coupled with the external electronicdevice (e.g., the electronic device 102) directly (e.g., wiredly) orwirelessly. According to an embodiment, the interface 177 may include,for example, a high definition multimedia interface (HDMI), a universalserial bus (USB) interface, a secure digital (SD) card interface, or anaudio interface.

A connecting terminal 178 may include a connector via which theelectronic device 101 may be physically connected with the externalelectronic device (e.g., the electronic device 102). According to anembodiment, the connecting terminal 178 may include, for example, a HDMIconnector, a USB connector, a SD card connector, or an audio connector(e.g., a headphone connector).

The haptic module 179 may convert an electrical signal into a mechanicalstimulus (e.g., a vibration or a movement) or electrical stimulus whichmay be recognized by a user via his tactile sensation or kinestheticsensation. According to an embodiment, the haptic module 179 mayinclude, for example, a motor, a piezoelectric element, or an electricstimulator.

The camera module 180 may capture a still image or moving images.According to an embodiment, the camera module 180 may include one ormore lenses, image sensors, image signal processors, or flashes.

The power management module 188 may manage power supplied to theelectronic device 101. According to an example embodiment, the powermanagement module 188 may be implemented as at least part of, forexample, a power management integrated circuit (PMIC).

The battery 189 may supply power to at least one component of theelectronic device 101. According to an embodiment, the battery 189 mayinclude, for example, a primary cell which is not rechargeable, asecondary cell which is rechargeable, or a fuel cell.

The communication module 190 may support establishing a direct (e.g.,wired) communication channel or a wireless communication channel betweenthe electronic device 101 and the external electronic device (e.g., theelectronic device 102, the electronic device 104, or the server 108) andperforming communication via the established communication channel. Thecommunication module 190 may include one or more communicationprocessors that are operable independently from the processor 120 (e.g.,the application processor (AP)) and supports a direct (e.g., wired)communication or a wireless communication. According to an embodiment,the communication module 190 may include a wireless communication module192 (e.g., a cellular communication module, a short-range wirelesscommunication module, or a global navigation satellite system (GNSS)communication module) or a wired communication module 194 (e.g., a localarea network (LAN) communication module or a power line communication(PLC) module). A corresponding one of these communication modules maycommunicate with the external electronic device via the first network198 (e.g., a short-range communication network, such as Bluetooth™,wireless-fidelity (Wi-Fi) direct, or infrared data association (IrDA))or the second network 199 (e.g., a long-range communication network,such as a cellular network, the Internet, or a computer network (e.g.,LAN or wide area network (WAN)). These various types of communicationmodules may be implemented as a single component (e.g., a single chip),or may be implemented as multi components (e.g., multi chips) separatefrom each other. The wireless communication module 192 may identify andauthenticate the electronic device 101 in a communication network, suchas the first network 198 or the second network 199, using subscriberinformation (e.g., international mobile subscriber identity (IMSI))stored in the subscriber identification module 196.

The antenna module 197 may transmit or receive a signal or power to orfrom the outside (e.g., the external electronic device) of theelectronic device 101. According to an embodiment, the antenna module197 may include an antenna including a radiating element composed of aconductive material or a conductive pattern formed in or on a substrate(e.g., PCB). According to an embodiment, the antenna module 197 mayinclude a plurality of antennas. In such a case, at least one antennaappropriate for a communication scheme used in the communicationnetwork, such as the first network 198 or the second network 199, may beselected, for example, by the communication module 190 (e.g., thewireless communication module 192) from the plurality of antennas. Thesignal or the power may then be transmitted or received between thecommunication module 190 and the external electronic device via theselected at least one antenna. According to an embodiment, anothercomponent (e.g., a radio frequency integrated circuit (RFIC)) other thanthe radiating element may be additionally formed as part of the antennamodule 197.

At least some of the above-described components may be coupled mutuallyand communicate signals (e.g., commands or data) therebetween via aninter-peripheral communication scheme (e.g., a bus, general purposeinput and output (GPIO), serial peripheral interface (SPI), or mobileindustry processor interface (MIPI)).

According to an embodiment, commands or data may be transmitted orreceived between the electronic device 101 and the external electronicdevice 104 via the server 108 coupled with the second network 199. Eachof the electronic devices 102 and 104 may be a device of a same type as,or a different type, from the electronic device 101. According to anembodiment, all or some of operations to be executed at the electronicdevice 101 may be executed at one or more of the external electronicdevices 102, 104, or 108. For example, if the electronic device 101should perform a function or a service automatically, or in response toa request from a user or another device, the electronic device 101,instead of, or in addition to, executing the function or the service,may request the one or more external electronic devices to perform atleast part of the function or the service. The one or more externalelectronic devices receiving the request may perform the at least partof the function or the service requested, or an additional function oran additional service related to the request, and transfer an outcome ofthe performing to the electronic device 101. The electronic device 101may provide the outcome, with or without further processing of theoutcome, as at least part of a reply to the request. To that end, acloud computing, distributed computing, or client-server computingtechnology may be used, for example.

The electronic device according to various embodiments may be one ofvarious types of electronic devices. The electronic devices may include,for example, and without limitation, a portable communication device(e.g., a smartphone), a computer device, a portable multimedia device, aportable medical device, a camera, a wearable device, a home appliance,or the like. According to an embodiment of the disclosure, theelectronic devices are not limited to those described above.

It should be appreciated that various embodiments of the presentdisclosure and the terms used therein are not intended to limit thetechnological features set forth herein to particular embodiments andinclude various changes, equivalents, or replacements for acorresponding embodiment. With regard to the description of thedrawings, similar reference numerals may be used to refer to similar orrelated elements.

It is to be understood that a singular form of a noun corresponding toan item may include one or more of the things, unless the relevantcontext clearly indicates otherwise. As used herein, each of suchphrases as “A or B,” “at least one of A and B,” “at least one of A orB,” “A, B, or C,” “at least one of A, B, and C,” and “at least one of A,B, or C,” may include any one of, or all possible combinations of theitems enumerated together in a corresponding one of the phrases. As usedherein, such terms as “1st” and “2nd,” or “first” and “second” may beused to simply distinguish a corresponding component from another, anddoes not limit the components in other aspect (e.g., importance ororder). It is to be understood that if an element (e.g., a firstelement) is referred to, with or without the term “operatively” or“communicatively”, as “coupled with,” “coupled to,” “connected with,” or“connected to” another element (e.g., a second element), the element maybe coupled with the other element directly (e.g., wiredly), wirelessly,or via a third element.

As used herein, the term “module” may include a unit implemented inhardware, software, or firmware, or any combination thereof, and mayinterchangeably be used with other terms, for example, “logic,” “logicblock,” “part,” or “circuitry”. A module may be a single integralcomponent, or a minimum unit or part thereof, adapted to perform one ormore functions. For example, according to an embodiment, the module maybe implemented in a form of an application-specific integrated circuit(ASIC).

Various embodiments as set forth herein may be implemented as software(e.g., the program 140) including one or more instructions that arestored in a storage medium (e.g., internal memory 136 or external memory138) that is readable by a machine (e.g., the electronic device 101).For example, a processor (e.g., the processor 120) of the machine (e.g.,the electronic device 101) may invoke at least one of the one or moreinstructions stored in the storage medium, and execute it, with orwithout using one or more other components under the control of theprocessor. This allows the machine to be operated to perform at leastone function according to the at least one instruction invoked. The oneor more instructions may include a code generated by a complier or acode executable by an interpreter. The machine-readable storage mediummay be provided in the form of a non-transitory storage medium. Wherein,the “non-transitory” storage medium is a tangible device, and may notinclude a signal (e.g., an electromagnetic wave), but this term does notdifferentiate between where data is semi-permanently stored in thestorage medium and where the data is temporarily stored in the storagemedium.

According to an embodiment, a method according to various embodiments ofthe disclosure may be included and provided in a computer programproduct. The computer program product may be traded as a product betweena seller and a buyer. The computer program product may be distributed inthe form of a machine-readable storage medium (e.g., compact disc readonly memory (CD-ROM)), or be distributed (e.g., downloaded or uploaded)online via an application store (e.g., PlayStore™), or between two userdevices (e.g., smart phones) directly. If distributed online, at leastpart of the computer program product may be temporarily generated or atleast temporarily stored in the machine-readable storage medium, such asmemory of the manufacturer's server, a server of the application store,or a relay server.

According to various embodiments, each component (e.g., a module or aprogram) of the above-described components may include a single entityor multiple entities. According to various embodiments, one or more ofthe above-described components may be omitted, or one or more othercomponents may be added. Alternatively or additionally, a plurality ofcomponents (e.g., modules or programs) may be integrated into a singlecomponent. In such a case, according to various embodiments, theintegrated component may still perform one or more functions of each ofthe plurality of components in the same or similar manner as they areperformed by a corresponding one of the plurality of components beforethe integration. According to various embodiments, operations performedby the module, the program, or another component may be carried outsequentially, in parallel, repeatedly, or heuristically, or one or moreof the operations may be executed in a different order or omitted, orone or more other operations may be added.

FIG. 2 is a block diagram 200 illustrating an example program 140according to various embodiments. According to an embodiment, theprogram 140 may include an operating system (OS) 142 to control one ormore resources of the electronic device 101, middleware 144, and/or anapplication 146 executable in the OS 142. The OS 142 may include, forexample, Android™, iOS™, Windows™, Symbian™, Tizen™, or Bada™. At leastpart of the program 140, for example, may be pre-loaded on theelectronic device 101 during manufacture, or may be downloaded from orupdated by an external electronic device (e.g., the electronic device102 or 104, or the server 108) during use by a user. According to anembodiment, the program 140 may further include a bootloader (not shown)serving to drive the operating system 142 to boot the electronic device101. According to an embodiment, the bootloader (not shown) may furtherinclude a command center rear (CCR) driver (for example, a CCR driver431 of FIG. 4) to drive a universal serial bus (hereinafter, referred toas “USB”) module (not shown) (or a USB controller).

The operating system 142 may control management (for example, allocationor collection) of one or more system resources (for example, a process,a memory, or power) of the electronic device 101. Additionally oralternatively, the operating system 142 may include one or more driverprograms to drive other hardware devices of the electronic device 101,for example, the input device 150, the sound output device 155, thedisplay device 160, the audio module 170, the sensor module 176, theinterface 177, the haptic module 179, the camera module 180, the powermanagement module 188, the battery 189, the communication module 190,the subscriber identification module 196, or the antenna module 197.According to an embodiment, the operating system 142 may further includea CCR driver (for example, the CCR driver 431 of FIG. 4) to drive a USBmodule (not shown) (or a USB controller). According to an embodiment,the operating system 142 may include at least one CCR driver. Accordingto an embodiment, the at least one CCR driver (not shown) included inthe operating system 142 may be different from the CCR driver (notshown) included in the bootloader (not shown). According to anembodiment, the CCR driver (not shown) included in the bootloader (notshown) may include instructions to process commands (for example, atleast one of a reboot command (REBOOT CMD), or a start up command (STARTUP CMD), or a combination thereof) received from the external electronicdevice 102 through an initially activated channel. According to anembodiment, the CCR driver (not shown) included in the bootloader (notshown) may include instructions to shift the electronic device 101 froma power off state to a charging state, in which the operating systemaccording to a low power mode is driven, when power is supplied from theexternal electronic device 102. According to an embodiment, at least oneCCR driver (not shown) included in the operating system 142 may includeinstructions to process commands (for example, at least one of a startup command (START UP CMD), a shut down command (SHUT DOWN CMD), a wakeup command (WAKE UP CMD), a sleep command (SLEEP CMD), a reboot command(REBOOT CMD), a CCR state transfer command (CCR STATE T/F CMD), abattery status transfer command (BATTERY STATUS T/F CMD), an applicationstatus transfer command (APP STATUS T/F CMD), or a combination thereof)received from the external electronic device 102 through an initiallyactivated channel.

The middleware 144 may provide various functions to the application 146such that a function or information provided from one or more resourcesof the electronic device 101 may be used by the application 146. Themiddleware 144 may include, for example, an application manager 201, awindow manager 203, a multimedia manager 205, a resource manager 207, apower manager 209, a database manager 211, a package manager 213, aconnectivity manager 215, a notification manager 217, a location manager219, a graphic manager 221, a security manager 223, a telephony manager225, or a voice recognition manager 227.

The application manager 201, for example, may manage the life cycle ofthe application 146. The window manager 203, for example, may manage oneor more graphical user interface (GUI) resources that are used on ascreen. The multimedia manager 205, for example, may identify one ormore formats to be used to play media files, and may encode or decode acorresponding one of the media files using a codec appropriate for acorresponding format selected from the one or more formats. The resourcemanager 207, for example, may manage the source code of the application146 or a memory space of the memory 130. The power manager 209, forexample, may manage the capacity, temperature, or power of the battery189, and determine or provide related information to be used for theoperation of the electronic device 101 based at least in part oncorresponding information of the capacity, temperature, or power of thebattery 189. According to an embodiment, the power manager 209 mayinterwork with a basic input/output system (BIOS) (not shown) of theelectronic device 101.

The database manager 211, for example, may generate, search, or change adatabase to be used by the application 146. The package manager 213, forexample, may manage installation or update of an application that isdistributed in the form of a package file. The connectivity manager 215,for example, may manage a wireless connection or a direct connectionbetween the electronic device 101 and the external electronic device.The notification manager 217, for example, may provide a function tonotify a user of an occurrence of a specified event (e.g., an incomingcall, message, or alert). The location manager 219, for example, maymanage locational information on the electronic device 101. The graphicmanager 221, for example, may manage one or more graphic effects to beoffered to a user or a user interface related to the one or more graphiceffects.

The security manager 223, for example, may provide system security oruser authentication. The telephony manager 225, for example, may managea voice call function or a video call function provided by theelectronic device 101. The voice recognition manager 227, for example,may transmit a user's voice data to the server 108, and receive, fromthe server 108, a command corresponding to a function to be executed onthe electronic device 101 based at least in part on the voice data, ortext data converted based at least in part on the voice data. Accordingto an embodiment, the middleware 244 may dynamically delete someexisting components or add new components. According to an embodiment,at least part of the middleware 144 may be included as part of the OS142 or may be implemented as another software separate from the OS 142.

The application 146 may include, for example, a home 251, dialer 253,short message service (SMS)/multimedia messaging service (MMS) 255,instant message (IM) 257, browser 259, camera 261, alarm 263, contact265, voice recognition 267, email 269, calendar 271, media player 273,album 275, watch 277, health 279 (e.g., for measuring the degree ofworkout or biometric information, such as blood sugar), or environmentalinformation 281 (e.g., for measuring air pressure, humidity, ortemperature information) application. According to an embodiment, theapplication 146 may further include an information exchangingapplication (not shown) that is capable of supporting informationexchange between the electronic device 101 and the external electronicdevice. The information exchange application, for example, may include anotification relay application adapted to transfer designatedinformation (e.g., a call, message, or alert) to the external electronicdevice or a device management application adapted to manage the externalelectronic device. The notification relay application may transfernotification information corresponding to an occurrence of a specifiedevent (e.g., receipt of an email) at another application (e.g., theemail application 269) of the electronic device 101 to the externalelectronic device. Additionally or alternatively, the notification relayapplication may receive notification information from the externalelectronic device and provide the notification information to a user ofthe electronic device 101.

The device management application may control the power (e.g., turn-onor turn-off) or the function (e.g., adjustment of brightness,resolution, or focus) of the external electronic device or somecomponent thereof (e.g., a display device or a camera module of theexternal electronic device). The device management application,additionally or alternatively, may support installation, delete, orupdate of an application running on the external electronic device.

FIG. 3A is a diagram illustrating an example electronic device 301 and aconnector 310 according to various embodiments.

FIG. 3B is a diagram illustrating example connectors 310, 350 of anelectronic device according to various embodiments.

FIG. 3C is a diagram illustrating an example pin structure of theconnector 310 of the electronic device according to various embodiments.

Referring to FIG. 3A, in various embodiments, the electronic device 310may include the connector 310 through which an external electronicdevice (for example, the external electronic device 102 shown in FIG. 1)is connected. In various embodiments, the electronic device 301 may beincluded in the electronic device 101 shown in FIG. 1. Although FIG. 3Adepicts the electronic device 301 as a portable electronic device suchas a smartphone, a tablet PC, the electronic device 301 is not limitedhereto, and any electronic device that is provided with a connector tobe connected with an external electronic device, and transceives datawith the external electronic device connected through the connector canbe interpreted as the electronic device 301 of FIG. 3A.

Referring to FIG. 3A, according to various embodiments, the electronicdevice 301 may include an opening formed on one surface of a housing anda hole connected with the opening, and may have the connector 310disposed in the hole. As shown in FIG. 3A, an opening and a hole may beformed on one surface of a lower side of the housing of the electronicdevice 301, and the connector 310 may be disposed in the opening and thehole. However, the disposal position of the connector 310 is not limitedhereto, and the connector 310 may, for example, be disposed on othersurfaces of the housing of the electronic device 310.

According to various embodiments, a connector 350 of an externalelectronic device may be inserted into the connector 310 of theelectronic device 301. There is no limit to types of external electronicdevices, and all devices including a battery pack supplying power to theelectronic device 301, a device communicating with the electronic device301, or an external memory connected with the electronic device 301 maycorrespond to the external electronic device.

According to various embodiments, the connector 350 of the externalelectronic device may be received through the hole, and may physicallycontact the connector 310 of the electronic device 301 and may beelectrically connected according to the physical contact. According tovarious embodiments, the connector 310 of the electronic device 301 andthe hole structure may be reversible structures. For example, theconnector 310 may be symmetrical with respect to a first direction whichis perpendicular to a direction in which the external electronic deviceis inserted (for example, a direction from the bottom to the top of theelectronic device 301), and a second direction which is opposite to thefirst direction.

Referring to FIG. 3B, the connector 350 of the external electronicdevice may be inserted into the connector 310 of the electronic device301 with one surface (for example, the surface A) of the connector 350being parallel to the front surface (for example, a surface on which thedisplay is positioned) of the electronic device 301, or the connector350 of the external electronic device may be inserted with the othersurface (for example, the surface B) of the connector 350 being parallelto the front surface of the electronic device 301.

In various embodiments, the connector 310 may include a plurality ofterminals, and, when the connector 350 of the external electronic deviceis inserted in a different direction, respective terminals of theexternal electronic device electrically connected to the terminals ofthe connector 310 of the electronic device 301 may be different.

According to various embodiments, the connector 310 may, for example, bea connector that follows a universal serial bus (USB) (hereinafter,referred to as “USB”) standard, and for example, may be a connector of aUSB type C standard. However, various embodiments of the disclosure arenot limited to the USB type C, and are applicable to a connectorfollowing the USB-related standards such as, for example, and withoutlimitation, a USB type B, a USB type A, wired interfaces of variousstandards such as, for example, and without limitation, a lightningport, a high definition multimedia interface (HDMI), recommendedstandard 232 (RS-232), power line communication, plain old telephoneservice (POTS), nonstandard wired interfaces, or the like. Variousembodiments of the disclosure are applicable to any interface that cantransmit data (for example, data which is transmitted from a CC1 pin orCC2 pin included in the type C standard) which is used to automaticallydetect what type of devices are connected between a source device (forexample, a device providing power) and a sync device (for example, adevice receiving power), or between a downstream facing port (DFP) (forexample, a device providing data) and an upstream facing port (UFP) (forexample, a device receiving data).

FIG. 3C is a diagram illustrating an example of a plurality of terminalsprovided in the connector 310 when the connector 310 of the electronicdevice (for example, the electronic device 301) follows the USB type Cstandard.

Referring to FIG. 3C, the connector 310 may include 12 terminals (orpins) in each of the line A on the left and the line B on the right, andmay be symmetrical.

In various embodiments, data may be transmitted between the electronicdevice 301 and an external electronic device through data pins (or D+pin and D− pin) positioned at the sixth place and the seventh place inthe line A on the left of the connector 310, or data pins (or D+ pin andD− pin) positioned at the sixth place and the seventh place in the lineB on the right. Power may be supplied to the electronic device 301 froman external electronic device through a power supply pin (or a VBUS pin)positioned at the fourth place of the line A on the left of theconnector 310. Since roles of the terminals in various operation modesare defined according to the USB type C standard, the roles of theterminals will not be described.

In various embodiments, when the electronic device 310 and an externalelectronic device are connected with each other, electric signals (forexample, a digital ID or a resistance ID) may be exchanged through a CC1pin and a CC2 pin, and accordingly, the electronic device and theexternal electronic device may detect types of other devices connectedthereto. In addition, the electronic device may operate in a downstreamfacing port (DFP) mode or an upstream facing port (UFP) mode accordingto a result of detecting a connected device. The DFP mode may refer to amode in which data is provided, and the UFP mode may refer to a mode inwhich data is received.

FIG. 4A is a block diagram illustrating an example electronic device 401and an example external electronic device 402 according to variousembodiments.

According to various embodiments, the electronic device 401 may be thesame as the electronic device 101 shown in FIG. 1, the electronic device202 shown in FIG. 2, or the electronic device 301 shown in FIG. 3 atleast in part.

Referring to FIG. 4A, in various embodiments, the electronic device 401may include at least one of a connector 410, a power delivery integratedcircuit (PDIC) 420 (hereinafter, referred to as “PDIC”), a processor(e.g., including processing circuitry) 430, a battery 440, a memory 491,and a display 497, or any combination thereof. In various embodiments,some elements may be omitted. In various embodiments, the electronicdevice 401 may be referred to as a command center rear (CCR)(hereinafter, referred to as “CCR”). In various embodiments, the battery440 may be included in the battery 189 shown in FIG. 1. In variousembodiments, the memory 491 may be included in the memory 130 shown inFIG. 1. In various embodiments, the display 497 may be included in thedisplay device 160 shown in FIG. 1. In various embodiments, theelectronic device 401 may further include a controller (not shown). Invarious embodiments, the controller (not shown) (for example, a USBcontroller) may be connected between the connector 410 and the processor430.

In various embodiments, the connector 410 may be included in theconnection terminal 178 shown in FIG. 1, or the connector 310 shown inFIGS. 3A, 3B, and 3C, but the disclosure is not limited thereto. Invarious embodiments, the connector 410 may include various types of pins(for example, pins of the connector 310 shown in FIG. 3C). In variousembodiments, the connector 410 may be electrically connected with aconnector 450 of an external electronic device 402 through various typesof pins. In various embodiments, the connector 410 may receive powerfrom the connector 450 of the external electronic device 402 through apower supply pin (for example, the VBUS pin of the connector 310 shownin FIG. 3C). In various embodiments, the connector 410 may deliver datatransmission speed information of the electronic device 401 to theconnector 450 of the external electronic device 402 through data pins(for example, at least one of the D+ pin, the D− pin of the connector310 shown in FIG. 3C, or a combination thereof). In various embodiments,the connector 410 may transmit data to the connector 450 of the externalelectronic device 402 or may receive data from the connector 450 of theexternal electronic device 402 through the data pins.

In various embodiments, the PDIC 420 may be electrically connected withthe connector 410. In various embodiments, the PDIC 420 may, forexample, be a power delivery circuit of the USB type C standard. Invarious embodiments, the PDIC 420 may include at least one of aconfiguration channel (CC) (hereinafter, referred to as “CC”) logic (notshown), a power delivery (PD) (hereinafter, referred to as “PD”) logic(not shown), or a combination thereof. In various embodiments, the PDIC420 may transceive a PD message with the external electronic device 402electrically connected through a CC pin of the connector 410 (forexample, at least one of the CC1 pin, the CC2 pin of the connector 310shown in FIG. 3C, or a combination thereof). In various embodiments, thePDIC 420 may be electrically connected with the processor 430. Invarious embodiments, the PDIC 420 may deliver the PD message receivedfrom the external electronic device 420 to the processor 430. In variousembodiments, the PD message may include at least one of data regardingthe number of data objects, a power role of the electronic device (forexample, information regarding whether power is supplied to the externalelectronic device or received from the external electronic device), aversion of a PD specification of the electronic device, and a data roleof the electronic device 410 (for example, information regarding whetherdata is transmitted to the external electronic device or received fromthe external electronic device).

In various embodiments, the processor 430 may be included in theprocessor 120 shown in FIG. 1. In various embodiments, the processor 430may include various processing circuitry and identify a connection withthe external electronic device 402 based on at least one of a voltageapplied to the power supply pin (for example, the VBUS pin shown in FIG.3C) of the connector 410, a voltage applied to the data pins (forexample, the D+ pin or D− pin shown in FIG. 3C), or a combinationthereof.

In various embodiments, when the electronic device 401 is connected withthe external electronic device 402, the processor 430 may receive acommand from the external electronic device 410 through an initiallyactivated channel. In various embodiments, the processor 430 may controlthe electronic device 401 to transmit a response to the command receivedthrough the initially activated channel to the external electronicdevice 402 through the initially activated channel. In variousembodiments, the initially activated channel may be a communicationchannel between the electronic device 401 and the external electronicdevice 402 for at least one of US enumeration, USB configuration, or acombination thereof among a plurality of channels. In variousembodiments, data transceived through the initially activated channelmay be data that has a set end point address among data transceivedthrough the data pins of the connector 410. In various embodiments, datatransceived through the initially activated channel may be dataindicating an end point 0. For example, the initially activated channelmay have an end point of 0. However, this should not be considered aslimiting.

In various embodiments, when the electronic device 401 is connected withthe external electronic device 402, the processor 430 may receive adescriptor transmission command from the external electronic device 402through the initially activated channel. In various embodiments, theprocessor 430 may receive the descriptor transmission command from theexternal electronic device 402 through the initially activated channelbefore driving an operating system (for example, the operating system142 shown in FIG. 2). In various embodiments, in response to thedescriptor transmission command, the processor 430 may load a descriptorstored in the memory 491 through a CCR driver (for example, a CCR driver431 shown in FIG. 4B) included in a bootloader (not shown). In variousembodiments, in response to the descriptor transmission command, theprocessor 430 may transmit the loaded descriptor to the externalelectronic device 402 through the initially activated channel. Invarious embodiments, the descriptor may include at least one ofclassification information of the electronic device 401, USBspecification information, size information of data transceivablethrough the initially activated channel, required power information, ora combination thereof.

In various embodiments, the processor 430 may receive a channelconfiguration command generated by the external electronic device 402based on the descriptor from the external electronic device 402 throughthe initially activated channel before driving the operating system (forexample, the operating system 142 shown in FIG. 2). In variousembodiments, the processor 430 may receive a command from the externalelectronic device 401 through at least one of the initially activatedchannel, a channel allocated according to the channel configurationcommand, or a combination thereof, and may transmit a response to thecommand to the external electronic device 402. In various embodiments,the processor 430 may exchange data with the external electronic device402 through the initially activated channel even after a channel isallocated according to the channel configuration command. In variousembodiments, the processor 430 may exchange data with the externalelectronic device 402 through the initially activated channel even afterthe operating system (for example, the operating system 142 shown inFIG. 2) is driven.

In various embodiments, the processor 430 may receive a control commandfrom the external electronic device 402 through the initially activatedchannel. In various embodiments, the processor 430 may executeinstructions stored in the memory 491 based on the control command. Invarious embodiments, the processor 430 may transmit a response to thecontrol command to the external electronic device 402 through theinitially activated channel. In various embodiments, the control commandmay include at least one of a start up command (START UP CMD), a shutdown command (SHUT DOWN CMD), a wake up command (WAKE UP CMD), a sleepcommand (SLEEP CMD), a reboot command (REBOOT CMD), a CCR state transfercommand (CCR STATE T/F CMD), a battery status transfer command (BATTERYSTATUS T/F CMD), an application status transfer command (APP STATUS T/FCMD), or a combination thereof. Various embodiments of an operationregarding the control command will be described below.

Referring to FIG. 4A, in various embodiments, the external electronicdevice 402 may include at least one of the connector 450, a PDIC 460, aprocessor (e.g., including processing circuitry) 470, a communicationmodule (e.g., including communication circuitry) 480, a power supplymodule (e.g., including power supply circuitry) 490, and a memory 495,or any combination thereof. In various embodiments, some elements may beomitted. In various embodiments, the external electronic device 402 maybe included in the external electronic device 102 shown in FIG. 1. Invarious embodiments, the external electronic device 402 may be referredto as a command center rear adaptor (CCR AD) (hereinafter, referred toas “CCR AD”). In various embodiments, the memory 491 may be included inthe memory 130 shown in FIG. 1. In various embodiments, the externalelectronic device 402 may further include a controller (not shown). Invarious embodiments, the controller (not shown) may be connected betweenthe connector 450 and the processor 470.

In various embodiments, the connector 450 may be an elementcorresponding to the connector 410 of the electronic device 401. Forexample, when the connector 410 of the electronic device 401 is a femaletype connector, the connector 450 may be a male type connector. Invarious embodiments, the connector 450 may be included in the connector350 shown in FIG. 3B. In various embodiments, the connector 450 mayinclude various types of pins (for example, pins of the connector 310shown in FIG. 3C) corresponding to the connector 410.

In various embodiments, the PDIC 460 may be an element corresponding tothe PDIC 420 of the electronic device 401. In various embodiments, thePDIC 460 may be electrically connected with the connector 450. Invarious embodiments, the PDIC 460 may include at least one of a CClogic, a PD logic, or a combination thereof. In various embodiments, thePDIC 460 may transceive a PD message with the electronic device 401electrically connected through a CC pin of the connector 450. In variousembodiments, the PDIC 460 may be electrically connected with theprocessor 470. In various embodiments, the PDIC 460 may deliver the PDmessage received from the electronic device 401 to the processor 470.

In various embodiments, the processor 470 may be included in theprocessor 120 shown in FIG. 1. In various embodiments, the processor 470may include various processing circuitry and generate a control messagefor the electronic device 401 in response to an event notification of anexternal electronic device 403 received through the communication module480. In various embodiments, the processor 470 may generate a controlmessage for the electronic device 401 in response to an eventnotification which occurs by a user pushing an input button (not shown)(for example, a power key). In various embodiments, the input button(not shown) may be a physical button protruding to the outside throughthe housing (not shown) of the external electronic device 402. Invarious embodiments, the processor 470 may generate a control messagefor the electronic device 401 based on a set condition (for example, aset time interval). In various embodiments, the processor 470 maytransmit the control message to the electronic device 401 through aninitially activated communication channel.

In various embodiments, the power supply module 490 may be electricallyconnected with the connector 450. In various embodiments, the powersupply module 490 may include various power supply circuitry and apply aset voltage (for example, 5V) to a power supply pin of the connector450. In various embodiments, when the connector 410 of the electronicdevice 401 is connected to the connector 450, the power supply module490 may supply power to the electronic device 401 by applying a setcurrent (for example, 1A) to the power supply pin of the connector 450.In various embodiments, the power supply module 490 may receive powerfrom at least one of another external electronic device (for example, abattery of a car), a battery (not shown) embedded in the externalelectronic device, or a combination thereof. In various embodiments, thepower supply module 490 may be included in the power management module188 shown in FIG. 1.

The communication module 480 may include various communication circuitryand communicate with the external electronic device 403. In variousembodiments, the communication module 480 may receive at least one of anevent notification of the external electronic device 403, an eventnotification of a car in which the external electronic device 403 ismounted, or a combination thereof from the external electronic device403. In various embodiments, the communication module 480 may transmitthe received event notification to the processor 470. In variousembodiments, the communication module 480 may receive, from theprocessor 470, a command of the electronic device 401 received by theprocessor 470 through the connector 450 (for example, a car window opencommand, a car window close command, an indoor lamp turn on command, anindoor lamp turn off command, a volume control command). In variousembodiments, the communication module 480 may transmit the receivedcommand of the electronic device 401 to the external electronic device403. In various embodiments, the communication module 480 maycommunicate with the external electronic device 403 through a controllerarea network (CAN) (hereinafter, referred to as “CAN”). However, thisshould not be considered as limiting. In various embodiments, thecommunication module 480 may be included in the communication module 190shown in FIG. 1.

Referring to FIG. 4A, the external electronic device 403 may communicatewith the external electronic device 402. In various embodiments, theexternal electronic device 403 may, for example, be configured as a headunit of a car. In various embodiments, the external electronic device403 may be an electronic device which is mounted in a car.

FIG. 4B is a diagram illustrating an example of functionalconfigurations of an electronic device 401 and external electronicdevices 402, 403 according to various embodiments.

Referring to FIG. 4B, in various embodiments, the external electronicdevice 402 may communicate with the external electronic device 403through a communication module (for example, the communication module480 of FIG. 4A). In various embodiments, a processor (for example, theprocessor 470 of FIG. 4A) of the external electronic device 402 mayinclude various processing circuitry and drive a CCR AD driver 461corresponding to a descriptor received from the electronic device 401among a plurality of drivers stored in a memory (for example, the memory495 of FIG. 4A). In various embodiments, the processor of the externalelectronic device 402 may transmit a command to the electronic device401 through the CCR AD driver 461.

Referring to FIG. 4B, in various embodiments, a processor of theelectronic device 401 (for example, the processor 430 of FIG. 4A) mayinclude various processing circuitry and drive a CCR driver 431 storedin a memory (for example, the memory 491 of FIG. 4A). In variousembodiments, the processor of the electronic device 401 may generate anevent regarding a command received from the external electronic device402 through the CCR driver 431 of a kernel 432, and may deliver theevent to a custom protocol manager 433 of a framework 434. In variousembodiments, the event may be a message to be delivered to the framework434 from the kernel 432 in which the the CCR driver 431 is driven. Invarious embodiments, the kernel 432, the framework 434, and anapplication 435 may be included in a program 436. In variousembodiments, the kernel 432 may be included in the operating system 142of FIG. 2, the framework 434 may be included in the middleware 144 ofFIG. 2, the application 435 may be included in the application of FIG.2, and the program 436 may be included in the program 140 of FIG. 2, butthis should not be considered as limiting.

Referring to FIG. 4B, in various embodiments, the custom protocolmanager 433 of the framework of the processor of the electronic device401 may deliver a message corresponding to the event to the application435 of the event. In various embodiments, the custom protocol manager433 of the framework may deliver a response message to the event to theCCR driver 431 through a virtual file system (for example, Sysfs) node.In various embodiments, the virtual file system (for example, Sysfs)node may be a pseudo file system for providing an interface for thekernel 432. In various embodiments, the Sysfs node may be a pseudo filesystem provided from a Linux kernel.

Referring to FIG. 4B, in various embodiments, the processor of theelectronic device 401 may deliver the response message to the event tothe external electronic device 402 through the CCR driver.

FIG. 5 is diagram illustrating an example data transceiving processbetween the electronic device 401 and the external electronic device 402according to various embodiments.

Referring to FIG. 5, in operation 511, the processor 470 of the externalelectronic device 402 according to various embodiments may transmit acommand (CMD) (hereinafter, referred to as “CMD”) to the electronicdevice 401. In operation 515, the processor 430 of the electronic device401 may transmit acknowledgement (ACK) (hereinafter, referred to as“ACK”) to the external electronic device 402, based on the CMD receivedfrom the external electronic device 402.

Referring to FIG. 5, in operation 531, the processor 470 of the externalelectronic device 402 according to various embodiments may transmit aCMD to the electronic device 401. In operation 533, the processor 470 ofthe external electronic device 402 may transmit data (DATA)(hereinafter, referred to as “DATA”) to the electronic device 401 basedon the CMD. In operation 535, the processor 430 of the electronic device401 may transmit ACK to the external electronic device 402, based on theCMD and the data received from the external electronic device 402.

Referring to FIG. 5, in operation 551, the processor 470 of the externalelectronic device 402 according to various embodiments may transmit aCMD to the electronic device 401. In operation 553, the processor 430 ofthe electronic device 401 may transmit data to the external electronicdevice 402 based on the CMD. In operation 555, the processor 470 of theexternal electronic device 402 may transmit ACK to the electronic device401 based on the data received from the electronic device 401.

In various embodiments, the CMD transmitted in operation 511, 531, 551may be data of a structure as shown, for example, in table 1 presentedbelow:

TABLE 1 bmRequest Type bRequest wValue wIndex wLength

As shown in table 1, the CMD may include a bmReqeust Type field, abRequest field, a wValue field, a wIndex field, and a wLength field. Invarious embodiments, the bmReqeust Type, bRequest, wValue, wIndex, andwLength fields may, for example, be fields which are defined in a setuppacket format according to the USB standard.

In table 1, the bmRequest Type field may be 1 byte long. In variousembodiments, an entity of the bmRequest Type field may have a value of0xC0 or 0x40. In various embodiments, when the entity of the bmRequestType field is 0xC0, the CMD may indicate that a request direction isfrom the electronic device 401 to the external electronic device 402, arequest type is a vendor type, a recipient is a device (for example,when the external electronic device 402 is a host, the device may be theelectronic device 401). In various embodiments, when the entity of thebmRequest Type field is 0x40, the CMD may indicate that a requestdirection is from the external electronic device 402 to the electronicdevice 401, a request type is a vendor type, and a recipient is a device(for example, when the external electronic device 402 is a host, thedevice may be the electronic device 401).

In table 1, the bRequest field may be 1 byte long. In variousembodiments, an entity of the bRequest field may have a value of 0xF1.In various embodiments, when the entity of the bRequest field is 0xF1,the CMD may indicate a command which is newly defined to be distinctfrom standard device request codes according to the USB standard.

In table 1, the wValue field may be 2 bytes long. In variousembodiments, an entity of the wValue field may have various values. Invarious embodiments, based on values of the entity of the wValue field,the CMD may indicate various message types. In various embodiments,various message types distinct from one another by values of the entityof the wValue field may be as shown, for example, in table 2 presentedbelow:

TABLE 2 wValue Message Types Data Phase Data 0x0063 START UP N — 0x0064SHUTDOWN N — 0x0065 REBOOT N — 0x0066 STEEP N — 0x0067 WAKEUP N — 0x0068TOGGLE LOCK/UNLOCK N — 0x0069 CCR STATE REQUEST N — 0x0070 CCR STATETRANSFER Y CCR 0x0096 BATTERY STATUS REQUEST N — 0x0097 BATTERY STATUSTRANSFER Y CCR 0x0098 APP ACTIVITY STATUS N — REQUEST 0x0099 APPACTIVITY STATUS Y CCR TRANSFER

In table 2, a CMD having the message type of START UP may be a CMD toboot the operating system (for example, the operating system 142 shownin FIG. 2) of the electronic device 401. In various embodiments, a CMDhaving the message type of SHUT DOWN may be a CMD to shut down theoperating system (for example, the operating system 142 shown in FIG. 2)of the electronic device 401. In various embodiments, a CMD having themessage type of REBOOT may be a CMD to reboot the operating system (forexample, the operating system 142 shown in FIG. 2) of the electronicdevice 401. In various embodiments, a CMD having the message type ofSLEEP may be a CMD to turn off the display 497. In various embodiments,a CMD having the message type of WAKE UP may be a CMD to turn on thedisplay 497. In various embodiments, a CMD of the message type of TOGGLELOCK/UNLOCK may be a CMD to change ON-OFF states of the display 497. Invarious embodiments, a CMD having the message type of CCR STATE REQUESTmay be a CMD to request a current state of the electronic device 401. Invarious embodiments, a CMD having the message type of CCR STATE TRANSFERmay be a CMD to request a current state of the electronic device 401. Invarious embodiments, a CMD having the message type of BATTERY STATUSREQUEST may be a CMD to request a current status of the battery 491. Invarious embodiments, a CMD having the message type of BATTERY STATUSTRANSFER may be a CMD to request a current status of the battery 491. Invarious embodiments, a CMD having the message type of APP ACTIVITYSTATUS REQUEST may be a CMD to request a current status of theapplication 435. In various embodiments, a CMD having the message typeof APP ACTIVITY STATUS TRANSFER may be a CMD to request a current statusof the application 435.

When the entity of the wValue field is 0x0063, the message type of theCMD may be START UP and the data phase may be omitted as shown in table2. In various embodiments, when the entity of the wValue field is0x0065, the message type of the CMD may be REBOOT and the data phase maybe omitted. In various embodiments, when the entity of the wValue fieldis 0x0066, the message type of the CMD may be SLEEP and the data phasemay be omitted. In various embodiments, when the entity of the wValuefield is 0x0067, the message type of the CMD may be WAKE UP and the dataphase may be omitted. In various embodiments, when the entity of thewValue field is 0x0068, the message type of the CMD may be TOGGLELOCK/UNLOCK and the data phase may be omitted. In various embodiments,when the entity of the wValue field is 0x0069, the message type of theCMB may be CCR STATE REQUEST and the data phase may be omitted. Invarious embodiments, when the entity of the wValue field is 0x0070, themessage type of the CMD may be CCR STATE TRANSFER, the data phase maynot be omitted, and data in the data phase may be transmitted from a CCR(for example, the electronic device 401). In various embodiments, whenthe entity of the wValue field is 0x0096, the message type of the CMDmay be BATTERY STATUS REQUEST and the data phase may be omitted. Invarious embodiments, when the entity of the wValue field is 0x0097, themessage type of the CMD may be BATTERY STATUS TRANSFER, the data phasemay not be omitted, and data in the data phase may be transmitted fromthe CCR (for example, the electronic device 401). In variousembodiments, when the entity of the wValue field is 0x0098, the messagetype of the CMD may be APP ACTIVITY STATUS REQUEST and the data phasemay be omitted. In various embodiments, when the entity of the wValuefield is 0x0099, the message type of the CMD may be APP ACTIVITY STATUSTRANSFER, the data phase may not be omitted, and data in the data phasemay be transmitted from the CCR (for example, the electronic device401). In various embodiments, the data phase may indicate a time periodduring which data is transmitted after a CMD is transmitted and beforeACK is transmitted. For example, when the data phase is omitted, theexternal electronic device 402 may transmit a CMD, and then, at the nextmessage transceiving time, the electronic device 401 may transmit ACK.In another example, when the data phase is not omitted, the externalelectronic device 402 may transmit a CMD, and then, at the next messagetransceiving time, data may be transmitted from the external electronicdevice 402 or the electronic device 401, and then, at the next messagetransceiving time, ACK may be transmitted from the electronic device 401or the external electronic device 402. Operations between the externalelectronic device 402 and the electronic device according to messagetypes according to various embodiments will be described below.

In various embodiments, when the message type of a CMD is START UP, SHUTDOWN, REBOOT, SLEEP, WAKE UP, TOGGLE LOCK/UNLOCK, CCR STATE REQUEST,BATTERY STATUS REQUEST, or APP ACTIVITY STATUS REQUEST, the entity ofthe bmRequest Type field may be 0x40. In various embodiments, when themessage type of a CMD is CCR STATE TRANSFER, BATTERY STATUS TRANSFER, orAPP ACTIVITY STATUS TRANSFER, the entity of the bmRequest Type field maybe 0xC0.

Referring back to table 1, the wIndex field may be 2 bytes long. Invarious embodiments, an entity of the wIndex field may have variousvalues. In various embodiments, based on a value of the entity of thewIndex field, the CMD may indicate a shut down time of the electronicdevice 401.

In table 1, the wLength field may be 2 bytes long. In variousembodiments, an entity of the wLength field may have various values. Invarious embodiments, based on a value of the entity of the wLengthfield, the CMD may indicate a length of data in a data phase.

In various embodiments, when a CMD transmitted to the electronic device401 by the external electronic device 402 is a CMD indicating that adata phase is omitted, the electronic device 401 may transmit ACK to theCMD to the external electronic device 402. In various embodiments, whena CMD transmitted to the electronic device 401 by the externalelectronic device 402 is a CMD indicating that a data phase is notomitted and data according to the data phase is transmitted by theexternal electronic device 402, the external electronic device 402 maytransmit the CMD and then transmit data to the electronic device 401,and the electronic device 401 may transmit ACK to the data to theexternal electronic device 402. In various embodiments, when a CMDtransmitted to the electronic device 401 by the external electronicdevice 402 is a CMD indicating that a data phase is not omitted, anddata according to the data phase is transmitted by the electronic device401, and the external electronic device 402 transmits the CMD, theelectronic device 401 may transmit data to the external electronicdevice 402 based on the CMD, and the external electronic device 402 maytransmit ACK to the data to the electronic device 401. For example,based on a CMD transmitted to the electronic device 401 by the externalelectronic device 402, processes of operations 511 and 515 may beperformed, processes of operations 531, 533, and 535 may be performed,or processes of operations 551, 553, and 555 may be performed.Hereinbelow, at least one of data according to a CMD, ACK, or acombination thereof will not be described for the sake of brevity ofexplanation. However, when it is illustrated that a CMD is transmitted,at least one of the data according to the transmitted CMD, ACK, or acombination thereof may be transmitted.

In various embodiments, it may be determined whether data istransmitted, based on a value of the entity of the wValue field. Forexample, when the value of the entity of the wValue field of the CMD isa value corresponding to the message type indicating START UP,transmission of data may be omitted. In another example, when the valueof the entity of the wValue field of the CMD is a value corresponding tothe message type indicating CCR STATE TRANSFER, data may be transmitted.In various embodiments, a transmission entity of data may be determinedbased on a value of the entity of the bmRequest Type field. For example,when the value of the entity of the bmRequest Type field of the CMD is0x40, the transmission entity of data may be the external electronicdevice 402. In another example, when the value of the entity of thebmRequest Type field of the CMD is 0xC0, the transmission entity of datamay be the electronic device 401. In various embodiments, a length ofdata may be determined based on a value of the entity of the wLengthfield of the CMD. For example, when the value of the entity of thewLength field is 2, the length of data may be 2 bytes. In anotherexample, when the value of the entity of the wLength field is 1, thelength of data may be 1 byte.

FIGS. 6A, 6B, 6C, 6D, 6E, and 6F illustrate various example datatransceiving processes between the electronic device 401 and theexternal electronic device 402 according to various embodiments. FIGS.6A, 6B, 6C, 6D, 6E, and 6F will be described with reference to theconfigurations of the electronic device 401, the external electronicdevice 402, and the external electronic device 403 shown, for example,in FIG. 4A.

Referring to FIG. 6A, in operation 611, when an event occurs in theexternal electronic device 403, the external electronic device 403 maytransmit an event notification regarding the occurred event to theexternal electronic device 402. In various embodiments, the processor470 of the external electronic device 402 may receive the eventnotification from the external electronic device 403 through thecommunication module 480. In various embodiments, the event may be afront door open event of a car in which the external electronic device403 is mounted. In various embodiments, the front door open event may bean event in which at least one of the front doors of the car in whichthe external electronic device 403 is mounted is opened. However, thisshould not be considered as limiting. In various embodiments, the car inwhich the external electronic device 403 is mounted may be a carincluding front doors and rear doors.

In operation 613, the processor 470 of the external electronic device402 may turn on a power supply pin (for example, the VBUS pin shown inFIG. 3C) (VBUS ON) by applying at least one of a set voltage, current,or a combination thereof to the power supply pin (for example, the VBUSpin shown in FIG. 3C) based on the received event notification. Invarious embodiments, the processor 470 of the external electronic device402 may control the power supply module 490 to apply at least one of theset voltage, current, or a combination thereof to the power supply pin.In various embodiments, the processor 470 of the external electronicdevice 402 may supply power to the electronic device 401 connected tothe connector 450 by controlling the power supply module 490 to apply atleast one of the set voltage, current, or a combination thereof to thepower supply pin (for example, the VBUS pin shown in FIG. 3C). Invarious embodiments, the processor 470 of the external electronic device402 may refine a state of the electronic device 401 into a chargingstate based on the power supply pin (for example, the VBUS pin shown inFIG. 3C) being turned on. In various embodiments, the state of theelectronic device 401 may be stored in the memory 495 of the externalelectronic device 402.

In operation 615, the battery 440 of the electronic device 401 may becharged using power supplied from the external electronic device 402through the connector 410. In various embodiments, when at least one ofthe set voltage, current, or a combination thereof is applied to thepower supply pin of the connector 410, the processor 430 of theelectronic device 401 may apply a set voltage to the data pin of theconnector 410. In various embodiments, when at least one of the setvoltage, current, or a combination thereof is applied to the powersupply pin of the connector 410, the processor 430 of the electronicdevice 401 may drive the operating system according to a low power modestored in the memory 491. In various embodiments, when at least one ofthe set voltage, current, or a combination thereof is applied to thepower supply pin of the connector 410, the processor 430 of theelectronic device 401 may drive the bootloader (not shown) and may drivethe operating system according to the stored low power mode. In variousembodiments, the processor 430 of the electronic device 401 may drive aCCR driver (for example, the CCR driver 431 shown in FIG. 4B) includedin the bootloader. In various embodiments, when the CCR driver includedin the bootloader (not shown) is driven, the processor 430 of theelectronic device 401 may receive a command from the external electronicdevice 402 through an initially activated channel.

Referring to FIG. 6B, in operation 621, when an event occurs in theexternal electronic device 403, the external electronic device 403 maytransmit an event notification regarding the occurred event to theexternal electronic device 402. In various embodiments, the processor470 of the external electronic device 402 may receive the eventnotification from the external electronic device 403 through thecommunication module 480. In various embodiments, the event may be arear door open event of a car in which the external electronic device403 is mounted. In various embodiments, the rear door open event may bean event in which at least one of the rear doors of the car in which theexternal electronic device 403 is mounted is opened. In variousembodiments, the car in which the external electronic device 403 ismounted may be a car including front doors and rear doors. In variousembodiments, the processor 470 of the external electronic device 402 mayidentify whether an event notification occurs through an input button(not shown) (for example, a power key) of the external electronic device402. In various embodiments, the processor 470 of the externalelectronic device 402 may identify that an event notification occurswhen a user pushes an input button (not shown) (for example, the powerkey) of the external electronic device 402 for a set time in anoff-state of the electronic device 401.

In operation 622, the processor 470 of the external electronic device402 may turn on the power supply pin (for example, the VBUS pin shown inFIG. 3C) (VBUS ON) by applying at least one of a set voltage, current,or a combination thereof to the power supply pin (for example, the VBUSpin shown in FIG. 3C), based on the received event notification. Invarious embodiments, the processor 470 of the external electronic device402 may refine a state of the electronic device 401 into a chargingstate based on the power supply pin (for example, the VBUS pin shown inFIG. 3C) being turned on. In various embodiments, the state of theelectronic device 401 may be stored in the memory 495 of the externalelectronic device 402.

In operation 623, the battery 440 of the electronic device 401 may becharged using power supplied from the external electronic device 402through the connector 410. In various embodiments, when at least one ofthe set voltage, current, or a combination thereof is applied to thepower supply pin of the connector 410, the processor 430 of theelectronic device 401 may drive the operating system according to thelow power mode stored in the memory 491. In various embodiments, when atleast one of the set voltage, current, or a combination thereof isapplied to the power supply pin of the connector 410, the processor 430of the electronic device 401 may drive the bootloader (not shown) andmay drive the operating system according to the low power mode stored inthe memory 491. In various embodiments, the processor 430 of theelectronic device 401 may drive a CCR driver (for example, the CCRdriver 431 shown in FIG. 4B) included in the bootloader (not shown). Invarious embodiments, when the CCR driver included in the bootloader (notshown) is driven, the processor 430 of the electronic device 401 mayreceive a command from the external electronic device 402 through aninitially activated channel.

In operation 624, the processor 470 of the external electronic device402 may detect the electronic device 401 based on at least one of thevoltage, current of the power supply pin of the connector 450, or acombination thereof. In various embodiments, the processor 470 of theexternal electronic device 402 may detect the electronic device 401 bydetecting a drop of the at least one of the voltage, current of thepower supply pin, or a combination thereof that occurs as power issupplied to the electronic device 401 through the power supply pin ofthe connector 450. In various embodiment, when at least one of the setvoltage, current or a combination thereof is applied to the power supplypin of the connector 410, the processor 430 of the electronic device 401may apply a set voltage to the data pin of the connector 410. In variousembodiments, when the set voltage is applied to the data pin, theprocessor 470 of the external electronic device 402 may obtaintransmission speed information of the electronic device 401 through thedata pin. In various embodiments, the processor 470 of the externalelectronic device 402 may perform at least one of enumeration,configuration of the electronic device 401, or a combination thereofthrough the initially activated channel, based on the obtainedtransmission speed information.

In operation 625, the processor 470 of the external electronic device402 may transmit a start up command (START UP CMD) to the electronicdevice 401 through the initially activated channel, based on theobtained transmission speed information. In various embodiments, thestart up command may be configured as shown, for example, in table 3presented below:

TABLE 3 bmRequest Type bRequest wValue wIndex wLength 40 F1 63 00 00 0000 00

As shown in table 3, the entity of the bmRequest Type field of the startup command may be 0x40, the entity of the bRequest field may be 0xF1,the entity of the wValue field may be 0x0063, the entity of the wIndexfield may be 0x0000, and the entity of the wLength field may be 0x0000.In various embodiments, the start up command may indicate that a requestdirection is from the external electronic device 402 to the electronicdevice 401, a request type is a vendor type, and a recipient is a device(for example, the device may be the electronic device 401 when theexternal electronic device 402 is a host) through the bmRequest Typefield. In various embodiments, the start up command may indicate a newlydefined command through the bRequest field. In various embodiments, thestart up command may indicate that a message type is START UP and a dataphase is omitted through the wValue field. In various embodiments, thestart up command may not indicate a shut down time of the electronicdevice 401 through the wIndex field. In various embodiments, the startup command may indicate that a data phase is omitted through the wLengthfield. In various embodiments, the bmRequest Type, bRequest, wValue,wIndex, and wLength fields of the start up command (START UP CMD) may befields that are defined in the setup packet format according to the USBstandard.

In operation 626, the processor 430 of the electronic device 401 mayboot (drive) the operating system (for example, the operating system 142shown in FIG. 2) stored in the memory 491 of the electronic device 401,based on the start up command (START UP CMD). In various embodiments,the processor 430 of the electronic device 401 may drive the bootloader(not shown) and may boot (drive) the operating system (for example, theoperating system 142 shown in FIG. 2) stored in the memory 491. Invarious embodiments, when the operating system is driven according tothe low power mode, the processor 430 of the electronic device 401 mayshut down the operating system according to the low power mode and thenmay drive the bootloader (not shown) and boot the operating systemstored in the memory (not shown). In various embodiments, when theprocessor 430 of the electronic device 401 receives the start upcommand, the processor 430 of the electronic device 401 may transmit ACKto the start up command to the external electronic device 402.

In operation 627, the processor 470 of the external electronic device402 may transmit a CCR state transfer command (CCR STATE T/F CMD) to theelectronic device 401. In various embodiments, the processor 470 of theexternal electronic device 402 may generate the CCR state transfercommand based on a set condition (for example, a set time interval). Invarious embodiments, the processor 470 of the external electronic device402 may generate the CCR state transfer command at the set timeintervals after transmitting the start up command to the electronicdevice 401. In various embodiments, the CCR state transfer command maybe configured as shown, for example, in table 4 presented below:

TABLE 4 bmRequest Type bRequest wValue wIndex wLength C0 F1 70 00 00 0001 00

As shown in table 4, the entity of the bmRequest Type field of the CCRstate transfer command may be 0xC0, the entity of the bRequest field maybe 0xF1, the entity of the wValue field may be 0x0063, the entity of thewIndex may be 0x0000, and the entity of the wLength field may be 0x0100.In various embodiments, the CCR state transfer command may indicate thata request direction is from the electronic device 401 to the externalelectronic device 402, a request type is a vendor type, and a recipientis a device through the bmRequest Type field. In various embodiments,the CCR state transfer command may indicate that a message type is CCRSTATE TRANSFER, and there exists a data phase through the wValue field.In various embodiments, the CCR state transfer command may indicate thatdata according to the data phase is 1 byte long through the wLengthfield. In various embodiments, the bmRequest Type, bRequest, wValuewIndex, and wLength fields of the CCR state transfer command (CCR STATET/F CMD) may be fields that are defined in the setup packet formataccording to the USB standard.

In various embodiments, when the processor 470 of the externalelectronic device 402 does not receive a response to the CCR statetransfer command from the electronic device 401 for a set time aftertransmitting the CCR state transfer command to the electronic device401, the processor 470 may transmit the CCR state transfer command tothe electronic device 401 again.

In operation 628, the processor 430 of the electronic device 401 mayidentify a current state (CURRENT STATE) based on the CCR state transfercommand (CCR STATE T/F CMD). In various embodiments, the processor 430of the electronic device 401 may generate data indicating the identifiedcurrent state and may transmit the data to the external electronicdevice 402. In various embodiments, the processor 430 of the electronicdevice 401 may generate data indicating the current state among setstates, and may transmit the data to the external electronic device 402.In various embodiments, the set states may include an unidentifiedstate, a charging state, an on attachment state, a dimming attachmentstate, a power off state, or a shut down state. For example, when theprocessor 430 is being booted at the time of receiving the CCR statetransfer command (CCR STATE T/F CMD), the processor 430 may generatedata indicating that the processor 430 of the electronic device 401 inthe data phase is in the booting state, and may transmit the data to theexternal electronic device 402. In another example, when the processor430 of the electronic device 401 completes booting at the time ofreceiving the CCR state transfer command (CCR STATE T/F COMMAND), andthen a display (for example, the display 497 shown in FIG. 4A) is turnedon, the processor 430 of the electronic device 401 in a data phase maygenerate data indicating a screen-on state after booting, and maytransmit the data to the external electronic device 402.

In various embodiments, when the processor 470 of the externalelectronic device 402 receives the data indicating the current state,the processor 470 of the external electronic device 402 may transmit ACKto the data indicating the current state to the electronic device 401.In various embodiments, the processor 470 of the external electronicdevice 402 may refine the current state of the electronic device 401stored in the memory 495, based on the data indicating the currentstate.

Referring to FIG. 6C, in operation 631, when an event occurs, theexternal electronic device 403 may transmit an event notificationregarding the occurred event to the external electronic device 402. Invarious embodiments, the processor 470 of the external electronic device402 may receive the event notification from the external electronicdevice 403 through the communication module 480. In various embodiments,the event may be a user get-off event of a car in which the externalelectronic device 403 is mounted. In various embodiments, the userget-off event may be an event in which a user sitting in a seat betweenrear doors of the car in which the external electronic device 403 ismounted gets off the car. However, this should not be considered aslimiting. In various embodiments, the processor 470 of the externalelectronic device 402 may identify occurrence of an event notificationthrough an input button (not shown) of the external electronic device402. In various embodiments, the processor 470 of the externalelectronic device 402 may identify that an event notification occurswhen a user pushes an input button (not shown) (for example, a powerkey) of the external electronic device 402 for a set time in an offstate of the electronic device 401.

In operation 632, the processor 470 of the external electronic device402 may transmit a shut down command (SHUT DOWN CMD) to the electronicdevice 401 through an initially activated channel, based on the receivedevent notification. In various embodiments, the shut down command may beconfigured as shown, for example, in table 5 presented below:

TABLE 5 bmRequest Type bRequest wValue wIndex wLength 40 F1 64 00 00 0000 00

As shown in table 5, the entity of the bmRequest Type field of the shutdown command may be 0x40, the entity of the bRequest field may be 0xF1,the entity of the wValue field may be 0x0064, the entity of the wIndexfield may be 0x0000, and the entity of the wLength field may be 0x0000.In various embodiments, the shut down command may indicate that amessage type is SHUT DOWN and a data phase is omitted through the wValuefield. In various embodiments, when the message type of the wValue fieldindicates SHUT DOWN, an entity value of the wIndex field of the shutdown command may indicate that the operating system is terminated aftera set time. For example, when the message type of the wValue fieldindicates SHUT DOWN and an entity value of the wIndex field of the shutdown command is 0x0000, the shut down command may indicate that theoperating system is immediately terminated. In another example, when themessage type of the wValue field indicates SHUT DOWN, and an entityvalue of the wIndex field of the shut down command is 0x0A00, the shutdown command may indicate that the operating system is terminated after10 seconds. In various embodiments, the bmRequest Type, bRequest,wValue, wIndex, and wLength fields of the shut down command (SHUT DOWNCMD) may be fields that are defined in the setup packet format accordingto the USB standard.

In operation 633, the processor 430 of the electronic device 401 mayterminate the running operating system (for example, the operatingsystem 142 shown in FIG. 2) based on the shut down command. In variousembodiments, when the electronic device 401 receives the shut downcommand, the processor 430 of the electronic device 401 may transmit ACKto the shut down command to the external electronic device 402.

In operation 634, the processor 470 of the external electronic device402 may transmit a CCR state transfer command (CCR STATE T/F CMD) to theelectronic device 401. In various embodiments, the processor 470 of theexternal electronic device 402 may generate the CCR state transfercommand based on a set condition (for example, a set time interval). Invarious embodiments, the processor 470 of the external electronic device402 may generate the CCR state transfer command at the set timeintervals after transmitting the shut down command. In variousembodiments, the CCR state transfer command may be configured as shownin table 4 presented above.

In operation 635, the processor 430 of the electronic device 401 mayidentify a current state (CURRENT STATE) based on the CCR state transfercommand. In various embodiments, the processor 430 of the electronicdevice 401 may generate data indicating the identified current state,and may transmit the data to the external electronic device 402. Forexample, when the processor 430 completes termination of the operatingsystem at the time of receiving the CCR state transfer command, theprocessor 430 may generate data indicating that the processor 430 of theelectronic device 401 in the data phase is in a shut down state, and maytransmit the data to the external electronic device 402.

In various embodiments, when the processor 470 of the externalelectronic device 402 receives the data indicating the current state,the processor 470 of the external electronic device 402 may transmit ACKto the data indicating the current state to the electronic device 401.In various embodiments, the processor 470 of the external electronicdevice 402 may refine the current state of the electronic device 401stored in the memory 495 based on the data indicating the current state.

In operation 636, when the processor of the external electronic device402 receives the data indicating the shut down state, the processor ofthe external electronic device 402 may turn off at least one of avoltage, current of the power supply pin (for example, the VBUS pin ofFIG. 3C), or a combination thereof (VBUS OFF). In various embodiments,the processor 470 of the external electronic device 402 may control thepower supply module 490 to turn off at least one of a set voltage,current applied to the power supply pin, or a combination thereof. Invarious embodiments, the processor 470 of the external electronic device402 may stop power supply to the electronic device 401 connected to theconnector 450 by controlling the power supply module 490 to turn off atleast one of the set voltage, current applied to the power supply pin,or a combination thereof.

Referring to FIG. 6D, in operation 641, the processor 470 of theexternal electronic device 402 may identify occurrence of an event. Invarious embodiments, when a user pushes an input button (not shown) (forexample, the power key) of the external electronic device 402 in an offstate of the display 497 after booting of the electronic device 401 iscompleted, the processor 470 of the external electronic device 402 mayidentify that an event occurs. However, this should not be considered aslimiting.

In operation 642, the processor 470 of the external electronic device402 may transmit a wake up command (WAKE UP CMD) to the electronicdevice 401 through an initially activated channel, based on the receivedevent notification. In various embodiments, the wake up command may beconfigured as shown, for example, in table 6 presented below:

TABLE 6 bmRequest Type bRequest wValue wIndex wLength 40 F1 67 00 00 0000 00

As shown in table 6, the entity of the bmRequest Type field of the wakeup command may be 0x40, the entity of the bRequest field may be 0xF1,the entity of the wValue field may be 0x0067, the entity of the wIndexfield may be 0x0000, and the entity of the wLength field may be 0x0000.In various embodiments, the wake up command may indicate that a messagetype is WAKE UP and a data phase is omitted through the wValue field. Invarious embodiments, the bmRequest Type, bRequest, wValue, wIndex, andwLength fields of the wake up command (WAKE UP CMD) may be fields thatare defined in the setup packet format according to the USB standard.

In operation 643, the processor 430 of the electronic device 401 mayturn on the display 497 of the electronic device 401 (DISPLAY ON) basedon the wake up command. In various embodiments, when the electronicdevice 401 receives the wake up command, the processor 430 of theelectronic device 401 may transmit ACK to the wake up command to theexternal electronic device 402. In various embodiments, the processor470 of the external electronic device 402 may refine a state of theelectronic device 401 into a display on state after booting, based onthe ACK to the wake up command.

In operation 644, the processor 470 of the external electronic device402 may transmit a CCR state transfer command (CCR STATE T/F CMD) to theelectronic device 401. In various embodiments, the CCR state transfercommand may be configured as shown in table 4 presented above.

In operation 645, the processor 430 of the electronic device 401 mayidentify a current state (CURRENT STATE) based on the CCR state transfercommand. In various embodiments, the processor 430 of the electronicdevice 401 may generate data indicating the identified current state andmay transmit the data to the external electronic device 402. In variousembodiments, when the processor 470 of the electronic device 402receives the data indicating the current state, the processor 470 of theexternal electronic device 402 may transmit ACK to the data indicatingthe current state to the electronic device 401. In various embodiments,the processor 470 of the external electronic device 402 may refine thecurrent state of the electronic device 401 stored in the memory 495based on the data indicating the current state.

Referring to FIG. 6E, in operation 651, the processor 470 of theexternal electronic device 402 may identify occurrence of an event. Invarious embodiments, when a user pushes an input button (not shown) (forexample, the power key) of the external electronic device 402 in an onstate of the display 497 after booting of the electronic device 401 iscompleted, the processor 470 of the external electronic device 402 mayidentify that an event occurs. However, this should not be considered aslimiting.

In operation 652, the processor 470 of the external electronic device402 may transmit a sleep command (SLEEP CMD) to the electronic device401 through an initially activated channel, based on the identifiedevent notification. In various embodiments, the sleep command may beconfigured as shown, for example, in table 7 presented below:

TABLE 7 bmRequest Type bRequest wValue wIndex wLength 40 F1 66 00 00 0000 00

As shown in table 7, the entity of the bmRequest Type field of the sleepcommand may be 0x40, the entity of the bRequest field may be 0xF1, theentity of the wValue field may be 0x0066, the entity of the wIndex fieldmay be 0x0000, and the entity of the wLength field may be 0x0000. Invarious embodiments, the sleep command may indicate that a message typeis SLEEP and a data phase is omitted through the wValue field. Invarious embodiments, the bmRequest Type, bRequest, wValue, wIndex, andwLength fields of the sleep command (SLEEP CMD) may be fields that aredefined in the setup packet format according to the USB standard.

In operation 653, the processor 430 of the electronic device 401 mayturn off the display 497 of the electronic device 401 (DISPLAY OFF)based on the sleep command. In various embodiments, when the electronicdevice 401 receives the sleep command, the processor 430 of theelectronic device 401 may transmit ACK to the sleep command to theexternal electronic device 402.

In operation 654, the processor 430 of the electronic device 401 maytransmit a CCR state transfer command (CCR STATE T/F CMD) to theelectronic device 401. In various embodiments, the CCR state transfercommand may be configured as shown in table 4 presented above.

In operation 655, the processor 430 of the electronic device 401 mayidentify a current state (CURRENT STATE) based on the CCR state transfercommand. In various embodiments, the processor 430 of the electronicdevice 401 may generate data indicating the identified current state andmay transmit the data to the external electronic device 402. In variousembodiments, when the processor 470 of the external electronic device402 receives the data indicating the current state, the processor 470 ofthe external electronic device 402 may transmit ACK to the dataindicating the current state to the electronic device 401. In variousembodiments, the processor 470 of the external electronic device 402 mayrefine the current state of the electronic device 401 stored in thememory 495 based on the data indicating the current state.

Referring to FIG. 6F, in operation 661, the processor 470 of theexternal electronic device 402 may identify occurrence of an event. Invarious embodiments, when ACK to a CMD is not received in a state inwhich a user completes booting of the electronic device 401, theprocessor 470 of the external electronic device 402 may identify that anevent occurs. However, this should not be considered as limiting. Invarious embodiments, the processor 470 of the external electronic device402 may identify that an event occurs when a user pushes input buttons(not shown) (for example, a power button) of the external electronicdevice 402 during a set period. However, this should not be consideredas limiting.

In operation 662, the processor 470 of the external electronic device402 may transmit a reboot command (REBOOT CMD) to the electronic device401 through an initially activated channel, based on the eventnotification. In various embodiments, the reboot command may beconfigured as shown, for example, in table 8 presented below:

TABLE 8 bmRequest Type bRequest wValue wIndex wLength 40 F1 65 00 00 0000 00

As shown in table 8, the entity of the bmRequest Type field of thereboot command may be 0x40, the entity of the bRequest field may be0xF1, the entity of the wValue field may be 0x0065, the entity of thewIndex field may be 0x0000, and the entity of the wLength field may be0x0000. In various embodiments, the reboot command may indicate that amessage type is REBOOT and a data phase is omitted through the wValuefield. In various embodiments, the bmRequest Type, bRequest, wValue,wIndex, and wLength fields of the reboot command (REBOOT CMD) may befields that are defined in the setup packet format according to the USBstandard.

In operation 663, the processor 430 of the electronic device 401 mayreboot after terminating the running operating system (for example, theoperating system 142 shown in FIG. 2), based on the reboot command. Invarious embodiments, when the running operating system (for example, theoperating system 142 shown in FIG. 2) is terminated, the processor 430of the electronic device 401 may drive the bootloader (not shown) andmay reboot the operating system (for example, the operating system 142shown in FIG. 2). In various embodiments, when the electronic device 401receives the reboot command, the electronic device 401 may transmit ACKto the reboot command to the external electronic device 402.

In operation 664, the processor 430 of the electronic device 401 maytransmit a CCR state transfer command (CCR STATE T/F CMD) to theelectronic device 401. In various embodiments, the CCR state transfercommand may be configured as shown in table 4 presented above.

In operation 665, the processor 430 of the electronic device 401 mayidentify a current state (CURRENT STATE) based on the CCR state transfercommand. In various embodiments, the processor 430 of the electronicdevice 401 may generate data indicating the identified current state,and may transmit the data to the external electronic device 402. Invarious embodiments, when the processor 470 of the external electronicdevice 402 receives the data indicating the current state, the processor470 of the external electronic device 402 may transmit ACK to the dataindicating the current state to the electronic device 401. In variousembodiments, the processor 470 of the external electronic device 402 mayrefine the current state of the electronic device 401 stored in thememory 495 based on the data indicating the current state.

FIG. 7 is a diagram illustrating example states of the electronic device401 according to various embodiments. FIG. 7 will be described withreference to the configurations of the electronic device 401, theexternal electronic device 402, and the external electronic device 403shown in FIG. 4A.

As shown in FIG. 7, the electronic device 401 may have various states.In various embodiments, when the external electronic device 402 isconnected with the electronic device 401 through the connector 450, theexternal electronic device 402 may obtain information regarding acurrent state of the electronic device 401 through data regarding a CCRstate transfer command (CCR STATE T/F CMD).

Referring to FIG. 7, in various embodiments, a power off state 710(POWER OFF) may indicate that the processor 430 is in an OFF state, acontroller (not shown) (for example, a USB controller) is in an OFFstate, and the display 497 is in an OFF state. In various embodiments,the OFF state of the controller (not shown) (for example, the USBcontroller) may indicate a state in which a set voltage is not appliedto the power supply pin (for example, the VBUS pin shown in FIG. 3C)among the pins of the connector 410. In various embodiments, in thepower off state 710 (POWER OFF), the electronic device 401 may beshifted to a charging state 720 (CHARGING) when the power supply pin ofthe connector 450 of the external electronic device 402 is turned on(VBUS ON), and at least one of a set voltage, current or a combinationthereof is applied to the power supply pin.

Referring to FIG. 7, according to various embodiments, the chargingstate 720 (CHARGING) may indicate that the processor 430 is in an ONstate in which the operating system according to the low power mode(LPM) is driven, the controller (not shown) (for example, the USBcontroller) is in an ON state, and the display 497 is in an ON state. Invarious embodiments, the ON state of the controller (not shown) (forexample, the USB controller) may indicate a state in which a set voltageis applied to the power supply pin (for example, the VBUS pin shown inFIG. 3C) among the pins of the connector 410. In various embodiments,when the electronic device 401 receives a start up command (START UP)from the external electronic device 402 in the charging state 720(CHARGING), the electronic device 401 may be shifted to an on attachmentstate 730 (ON ATTACHED). In various embodiments, when the electronicdevice 401 is detached from the external electronic device (DETACHED) inthe charging state 720 (CHARGING), the electronic device 401 may beshifted to the power off state 710 (POWER OFF).

Referring to FIG. 7, the on attachment state 730 (ON ATTACHED) mayindicate that the processor 430 is in the ON state in which theoperating system (for example, the operating system 142 shown in FIG. 2)is driven, the controller (not shown) (for example, the USB controller)is in the ON state, and the display 497 is in the ON state. In variousembodiments, the operating system running in states other than thecharging state 720 (CHARGING) may be distinct from the operating systemof the lower power mode running in the charging state 720 (CHARGING).However, this should not be considered as limiting.

In various embodiments, when the electronic device 401 receives a rebootcommand (REBOOT) from the external electronic device 402 in the onattachment state 730 (ON ATTACHED), the electronic device 401 may beshifted to the on attachment state 730 (ON ATTACHED). In variousembodiments, when the electronic device 401 receives a sleep commandfrom the external electronic device 402 in the on attachment state 730(ON ATTACHED), the electronic device 401 may be shifted to a dimmingattachment state 740 (DIMMING ATTACHED). In various embodiments, whenthe electronic device 401 does not receive a user input through a touchscreen (not shown) of the display 497 or does not receive a command fromthe external electronic device 402 for a set time in the on attachmentstate 730 (ON ATTACHED), the electronic device 401 may be shifted to thedimming attachment state 740 (DIMMING ATTACHED). In various embodiments,when the electronic device 401 receives a shut down command (SHUT DOWN)from the external electronic device 402 in the on attachment state 730(ON ATTACHED), the electronic device 401 may be shifted to a shut downstate 750 (SHUT DOWN). In various embodiments, when the electronicdevice 401 is detached from the external electronic device 402 in the onattachment state 730 (ON ATTACHED), the electronic device 401 may beshifted to an on detachment state 760 (ON DETACHED). In variousembodiments, when THE voltage of the power supply pin of the connector410 falls out of a set voltage range (for example, 4.5 V or higher), theprocessor 430 of the electronic device 401 may identify that theelectronic device 401 is detached from the external electronic device402.

Referring to FIG. 7, the dimming attachment state 740 (DIMMING ATTACHED)may indicate that the processor 430 is in the ON state in which theoperating system is driven, the controller (not shown) (for example, theUSB controller) is in the ON state, and the display 497 is in the OFFstate. In various embodiments, the dimming attachment state 740 (DIMMINGATTACHED) may be a state in which the electronic device 401 may turn offthe display 497 while reducing illuminance of the display 497. Invarious embodiments, when the electronic device 401 receives a wake upcommand (WAKE_UP) from the external electronic device 402 in the dimmingattachment state 740 (DIMMING ATTACHED), the electronic device 401 maybe shifted to the on attachment state 730 (ON ATTACHED). In variousembodiments, when the electronic device 401 is detached from theexternal electronic device 402 in the dimming attachment state 740(DIMMING ATTACHED), the electronic device 401 may be shifted to the ondetachment state 760 (ON DETACHED).

Referring to FIG. 7, the shut down state 750 may indicate that theprocessor 430 is in the ON state in which the operating system (forexample, the operating system 142 shown in FIG. 2) is driven, thecontroller (not shown) (for example, the USB controller) is in the OFFstate, and the display 497 is in the ON state. In various embodiment,when the power supply pin of the connector 450 of the externalelectronic device 402 is turned off (VBUS_OFF) and power supply from theexternal electronic device 402 is stopped in the shut down state 750(SHUT DOWN), the electronic device 401 may be shifted to the power offstate 710 (POWER OFF). In various embodiments, when a voltage of thepower supply pin of the connector 410 falls out of a set voltage range(for example, 4.5 V or higher), the electronic device 401 may identifythat power supply from the external electronic device 402 is stopped.

Referring to FIG. 7, the on detachment state 760 (ON DETACHED) mayindicate that the processor 430 is in the ON state in which theoperating system (for example, the operating system 142 shown in FIG. 2)is driven, the controller (not shown) (for example, the USB controller)is in the ON state, and the display 497 is in the ON state. In variousembodiments, when the electronic device 401 is attached to the externalelectronic device 402 in the on detachment state 760 (ON DETACHED), theelectronic device 401 may be shifted to the on attachment state 730 (ONATTACHED). In various embodiments, when a voltage of the power supplypin of the connector 410 falls within the set voltage range (forexample, 4.5 V or higher), the processor 430 of the electronic device401 may identify that the electronic device 401 is attached to theexternal electronic device 402. In various embodiments, when theelectronic device 401 does not receive a user input through an inputdevice (for example, a touch screen) for a set time in the on detachmentstate 760 (ON DETACHED), the electronic device 401 may be shifted to adimming detachment state 770 (DIMMING DETACHED) after a set time (IN TSEC). In various embodiments, when a user pushes an input button (notshown) (for example, the power key) in the on detachment state 760 (ONDETACHED), the electronic device 401 may be shifted to a sleepdetachment state 780 (SLEEP DETACHED).

Referring to FIG. 7, the dimming detachment state 770 (DIMMING DETACHED)may indicate that the processor 430 is in the ON state in which theoperating system (for example, the operating system 142 shown in FIG. 2)is driven, the controller (not shown) (for example, the USB controller)is in the ON state, and the display 497 is in the OFF state. In variousembodiments, the dimming detachment state 770 (DIMMING DETACHED) may bea state in which the electronic device 401 turns off the display 497while reducing illuminance of the display 497. In various embodiments,when the electronic device 401 is attached to the external electronicdevice 402 in the dimming detachment state 770 (DIMMING DETACHED), theelectronic device 401 may be shifted to the on attachment state 730 (ONATTACHED). In various embodiments, when a user input is not receivedthrough an input device (for example, a touch screen) for a set time inthe dimming detachment state 770 (DIMMING DETACHED), the electronicdevice 401 may be shifted to the sleep detachment state 780 (SLEEPDETACHED) after a set time (IN T SEC).

Referring to FIG. 7, the sleep detachment state 780 (SLEEP DETACHED) mayindicate that the processor 430 is in the ON state in which theoperating system (for example, the operating system 142 shown in FIG. 2)is driven, the controller (not shown) (for example, the USB controller)is in the ON state, and the display 497 is in the OFF state. In variousembodiments, when the electronic device 401 is attached to the externalelectronic device 402 in the sleep detachment state 780 (SLEEPDETACHED), the electronic device 401 may be shifted to the on attachmentstate 730 (ON ATTACHED). In various embodiments, when the user pushes aninput button (for example, the power key) in the sleep detachment state780 (SLEEP DETACHED), the electronic device 401 may be shifted to the ondetachment state 760 (ON DETACHED).

FIG. 8A is a diagram illustrating an example data transceiving processbetween an electronic device and an external electronic device accordingto various embodiments. FIG. 8A will be described with reference to theconfigurations of the electronic device 401, the external electronicdevice 402, and the external electronic device 403 shown in FIG. 4A.

Referring to FIG. 8A, in operation 811, the processor 470 of theexternal electronic device 402 may generate a battery status transfercommand (BATTERY STATUS T/F CMD), and may transmit the generated batterystatus transfer command (BATTERY STATUS T/F CMD) to the electronicdevice 401. In various embodiments, the processor 470 of the externalelectronic device 402 may generate the battery status transfer commandbased on a set condition (for example, a set time interval). In variousembodiments, the processor 470 of the external electronic device 402 maygenerate the battery status transfer command at the set time intervalsafter a state of the electronic device 401 is refined into the onattachment state. In various embodiments, the battery status transfercommand may be configured as shown, for example, in table 9 presentedbelow:

TABLE 9 bmRequest Type bRequest wValue wIndex wLength C0 F1 97 00 00 0004 00

As shown in table 9, the entity of the bmRequest Type field of thebattery status transfer command may be 0xC0, the entity of the bRequestfield may be 0xF1, the entity of the wValue field may be 0x0097, theentity of the wIndex field may be 0x0000, and the entity of the wLengthfield may be 0x0004. In various embodiments, the battery status transfercommand may indicate that a request direction is from the electronicdevice 401 to the external electronic device 402, a request type is avendor type, and a recipient is a device (for example, when the externalelectronic device 402 is a host, the device is the electronic device401), through the bmRequest Type field. In various embodiments, thebattery status transfer command may indicate that a message type isBATTERY STATUS TRANSFER and there exists a data phase, through thewValue field. In various embodiments, the battery status transfercommand may indicate that data according to the data phase is 4 byteslong, through the wLength field. In various embodiments, the bmRequestType, bRequest, wValue, wIndex, and wLength fields of the battery statustransfer command (BATTERY STATUS T/F CMD) may be fields that are definedin the setup packet format according to the USB standard.

In operation 812, the processor 430 of the electronic device 401 mayidentify a current status of the battery 440 of the electronic device401, based on the battery status transfer command, may generate dataindicating the identified current status of the battery 440, and maytransmit the data to the external electronic device 402. In variousembodiments, the data indicating the current status of the battery 440may be configured as shown, for example, in table 10 presented below:

TABLE 10 BATTERY LEVEL BATTERY CHARGING BATTERY HEALTH STATE TEMPERATURE

As shown in table 10, the data indicating the current status of thebattery 440 may be configured with battery level, battery health,charging state, and battery temperature fields.

In table 10, the battery level field may be 1 byte long. In variousembodiments, an entity of the battery level field may have an integervalue between 0 and 100 or a value of 255. In various embodiments, aninteger value between 0 and 100 that the entity of the battery levelfield may have may indicate a value according to a charging percentageof the battery. In various embodiments, when the entity of the batterylevel field indicates an integer value of 255, it may be indicated thatthe charging percentage of the battery 440 is not known.

In table 10, the battery health field may be 1 byte long. In variousembodiments, the entity of the battery health field may have valuescorresponding to types of battery health. In various embodiments, whenthere are seven types of battery health set, the entity of the batteryhealth field may have 7 values. For example, when types of batteryhealth are set to an unknown state, a good state, an over heat state, adead state, an over voltage state, an unspecified failure state, or acold state, the entity of the battery health may have a value indicatingone of the unknown state, the good state, the over heat state, the deadstate, the over voltage state, the unspecified failure state, or thecold state.

In table 10, the charging state field may be 1 byte long. In variousembodiments, the entity of the charging state field may have valuescorresponding to set types of charging states. In various embodiments,when there are five types of charging states set, the entity of thecharging state field may have 5 values. For example, when types ofcharging states are set to a unknown state, a charging state, adischarging state, a not-charging state, or a full state, the entity ofthe charging state field may have a value indicating one of the unknownstate, the charging state, the discharging state, the not-chargingstate, or the full state.

In table 10, the battery temperature field may be 1 byte long. Invarious embodiments, the entity of the battery temperature field mayhave an integer value between −128 and 127. In various embodiments, aninteger value between −128 and 127 that the entity of the batterytemperature field may have may indicate a value according to temperatureof the battery.

In various embodiments, when the processor 470 of the externalelectronic device 402 receives the data indicating the current status ofthe battery 440, the processor 470 of the external electronic device 402may transmit ACK to the data indicating the current status of thebattery 440 to the electronic device 401. In various embodiments, theprocessor 470 of the external electronic device 402 may refine thecurrent status of the battery 440 of the electronic device 401 based onthe data indicating the current status of the battery 440.

In various embodiments, the processor 470 of the external electronicdevice 402 may control the power supply pin based on the data indicatingthe current status of the battery received. In various embodiments, theprocessor 470 of the external electronic device 402 may determinewhether to apply at least one of a set voltage, current or a combinationthereof to the power supply pin, based on the data indicating thecurrent status of the battery 440 received. For example, when the dataindicating the current status of the battery 440 indicates the over heatstate, the processor 470 of the external electronic device 402 may stoppower supply to the electronic device 401 connected to the connector 450by controlling the power supply module 490 to turn off the at least oneof the voltage, current applied to the power supply pin, or acombination thereof. In another example, when the data indicating thecurrent status of the battery 440 indicates a battery level lower thanor equal to a set level, the processor 470 of the external electronicdevice 402 may supply power to the electronic device 401 connected tothe connector 450 by controlling the power supply module 490 to apply atleast one of the set voltage, current or a combination thereof to thepower supply pin. However, this should not be considered as limiting.

FIG. 8B is a diagram illustrating an example data transceiving processbetween an electronic device and an external electronic device accordingto various embodiments. FIG. 8B will be described with reference to theconfigurations of the electronic device 401, the external electronicdevice 402, and the external electronic device 403 shown in FIG. 4A.

Referring to FIG. 8B, in operation 821, the processor 470 of theexternal electronic device 402 may transmit an application statustransfer command (APP STATUS T/F CMD) to the electronic device 401. Invarious embodiments, the processor 470 of the external electronic device402 may generate the application status transfer command based on a setcondition (for example, a set time interval). In various embodiments,the processor 470 of the external electronic device 402 may generate theapplication status transfer command at the set time intervals after astate of the electronic device 401 is refined into the on attachmentstate. In various embodiments, the application status transfer commandmay be configured as shown, for example, in table 11 presented below:

TABLE 11 bmRequest Type bRequest wValue wIndex wLength C0 F1 99 00 00 0001 00

As shown in table 11, the entity of the bmRequest Type field of theapplication status transfer command may be 0xC0, the entity of thebRequest field may be 0xF1, the entity of the wValue field may be0x0099, the entity of the wIndex field may be 0x0000, and the entity ofthe wLength field may be 0x0001. In various embodiments, the applicationstatus transfer command may indicate that a request direction is fromthe electronic device 401 to the external electronic device 402, arequest type is a vendor type, and a recipient is a device (for example,when the external electronic device 402 is a host, the device is theelectronic device 401), through the bmRequest Type field. In variousembodiments, the application status transfer command may indicate that amessage type is APP ACTIVITY STATUS TRANSFER and there exists a dataphase, through the wValue field. In various embodiments, the applicationstatus transfer command may indicate that data according to the dataphase is 1 byte long, through the wLength field. In various embodiments,the bmRequest Type, bRequest, wValue, wIndex, and wLength fields of theapplication status transfer command (APP STATUS T/F CMD) may be fieldsthat are defined in the setup packet format according to the USBstandard.

In operation 822, the processor 430 of the electronic device 401 mayidentify a current status of a running application (for example, theapplication 146 of FIG. 2) of the electronic device 401, based on theapplication status transfer command, may generate data indicating theidentified current status of the application (for example, theapplication 146 of FIG. 2), and may transmit the data to the externalelectronic device 402. In various embodiments, the current status of therunning application may be one of an application activity state, anunknown state, an operating system-not-running state, a foregroundactivity state (activity in foreground), a background activity state(activity in background), an activity-not-running state, or a commandtouch APP not-installed state.

In various embodiments, when the processor 470 of the externalelectronic device 402 receives the data indicating the current status ofthe running application, the processor 470 of the external electronicdevice 402 may transmit ACK to the data indicating the current status ofthe running application to the electronic device 401. In variousembodiments, the processor 470 of the external electronic device 402 mayrefine the current status of the running application of the electronicdevice 401 based on the data indicating the current status of therunning application.

According to various example embodiments as described above, anelectronic device (for example, the electronic device 401) may include:a connector configured to be connected with an external electronicdevice; a memory configured to store instructions; and a processorconfigured to execute the stored instructions, the instructions, whenexecuted by the processor, cause the processor to control the electronicdevice to: identify a control signal received through a channelinitially activated based on the external electronic device beingconnected to the connector from among a plurality of channels, and toperform control based on a message included in the identified controlsignal.

In various example embodiments, based on power being supplied from theexternal electronic device through the connector, the processor may beconfigured to control the electronic device to drive a first operatingsystem in a power off state.

In various embodiments, the message included in the identified controlsignal may include a start up command, and the processor may beconfigured to control the electronic device to drive a second operatingsystem based on the start up command included in the message.

In various example embodiments, the processor may be configured tocontrol the electronic device to identify another control signalreceived through the initially activated channel based on the secondoperating system being driven, and to perform control based on a messageincluded in the identified another control signal.

In various example embodiments, the identified another control signalmay be generated from the external electronic device based on a responseto at least one control signal among a plurality of control signalstransmitted by the external electronic device based on the secondoperating system being driven not being received from the electronicdevice. The message included in the identified another control signalmay include a reboot command, and the processor may be configured tocontrol the electronic device to drive the second operating system againbased on the reboot command included in the message of the identifiedanother control signal.

In various example embodiments, the identified another control signalmay be generated from the external electronic device based on an eventthat the external electronic device receives from another externalelectronic device. A message included in the identified another controlsignal may include a shut down command. The processor may be configuredto control the electronic device to shut down the second operatingsystem based on the shut down command included in the message of theidentified another control signal.

In various example embodiments, the event may include an open event of adoor of a car detected by the another external electronic device.

In various example embodiments, the electronic device may furtherinclude a battery configured to supply a power to the electronic device.

The message included in the identified control signal may include abattery status transfer command, and the processor may be configured tocontrol the electronic device to generate data including battery healthinformation of the battery based on the battery status transfer commandincluded in the message, and to control the connector to transmit thedata including the battery health information to the external electronicdevice through the initially activated channel.

According to various example embodiments as described above, anelectronic device (for example, the electronic device 402) may include:a connector configured to be electrically connected with an externalelectronic device; a communication module comprising communicationcircuitry configured to communicate with another external electronicdevice; a memory configured to store instructions; and a processorconfigured to execute the stored instructions. The processor may beconfigured to control the electronic device to: based on an event beingreceived from the another external electronic device, control theconnector to supply a power to the external electronic device; and basedon the power being supplied to the external electronic device, togenerate a control signal to be transmitted through a channel initiallyactivated based on the external electronic device being electricallyconnected to the connector from among a plurality of channels. Theconnector may be configured to transmit the generated control signal tothe external electronic device, such that the external electronic deviceperforms control based on a message included in the generated controlsignal.

In various example embodiments, the processor may be configured tocontrol the electronic device to generate the control signal, such thatthe message included in the generated control signal includes a commandcorresponding to the event received from the another external electronicdevice.

In various example embodiments, the command corresponding to the eventreceived from the another external electronic device may be a start upcommand, and the external electronic device may be configured to drivean operating system based on the start up command included in themessage.

In various example embodiments, based on the operating system beingdriven in the external electronic device, the processor may beconfigured to control the electronic device to generate another controlsignal to be transmitted through the initially activated channel, basedon a response to at least one control signal among a plurality ofcontrol signals transmitted to the external electronic device throughthe initially activated channel, not being received from the externalelectronic device. A message included in the another control signal mayinclude a reboot command, and the external electronic device may beconfigured to drive the operating system again based on the rebootcommand included in the message included in the another control signal.

According to various example embodiments, the command corresponding tothe event received from the another external electronic device may be astart up command, and the external electronic device may be configuredto drive the operating system based on the start up command included inthe message.

In various example embodiments, based on the operating system beingdriven in the external electronic device, the processor may beconfigured to control the electronic device to generate another controlsignal to be transmitted through the initially activated channel, basedon a response to at least one control signal among a plurality ofcontrol signals transmitted to the external electronic device throughthe initially activated channel, not being received from the externalelectronic device. A message included in the another control signal mayinclude a reboot command, and the external electronic device may beconfigured to drive the operating system again based on the rebootcommand included in the message included in the another control signal.

In various example embodiments, the processor may be configured tocontrol the electronic device to generate another control signal to betransmitted to the external electronic device through the initiallyactivated channel, based on another event received from the anotherexternal electronic device, and the external electronic device may beconfigured to shut down the operating system based on a shut downcommand corresponding to the another event and included in a message ofthe another control signal.

In various example embodiments, the processor may be configured tocontrol the electronic device to: based on the power being supplied tothe external electronic device, generate another control signal to betransmitted through the initially activated channel, a message of theanother control signal including a battery status transfer commandregarding a battery of the external electronic device; and to controlpower supply to the external electronic device, based on battery healthinformation of data received from the external electronic device, inresponse to the another control signal.

In various example embodiments, the event may include an open event of adoor of a car detected by the another external electronic device.

According to various example embodiments as described above, method ofoperating an electronic device (for example, the electronic device 401)may include: identifying a control signal received through a channelthat is initially activated after an external electronic device isconnected to a connector among a plurality of channels; and controllingbased on a message included in the identified control signal.

In various example embodiments, the method may further include: based onthe electronic device being identified by the external electronic devicethrough the connector, receiving a power supplied by the externalelectronic device through the connector; and, based on the powersupplied by the external electronic device being received, driving anoperating system in a power off state.

In various example embodiments, the message included in the identifiedcontrol signal may include a start up command, and controlling based onthe message included in the identified control signal may includedriving an operating system based on the start up command included inthe message.

In various example embodiments, the method may include: identifyinganother control signal from the external electronic device receivedthrough the initially activated channel based on the operating systembeing driven; and controlling based on a message included in theidentified another control signal.

In various example embodiments, the message included in the identifiedcontrol signal may include a battery status transfer command, andcontrolling based on the message included in the identified controlsignal may include: generating data including battery health informationof the battery based on the battery status transfer command included inthe message; and controlling the connector to transmit the dataincluding the battery health information to the external electronicdevice through the initially activated channel.

As described above, the electronic device 401 according to variousexample embodiments receives a control signal from the externalelectronic device even before an enumeration operation is completed,such that the electronic device 410 can operate more rapidly. Inaddition, as described above, the electronic device 401 according tovarious example embodiments receives a control signal from the externalelectronic device through an initially activated channel, and thusreboots the operating system through the control signal even when atleast one of the operating system, an application or a combinationthereof is in a disabled state, such that reliable operations can beguaranteed.

The electronic device and the method thereof according to variousexample embodiments can receive a control signal from the externalelectronic device even before an enumeration operation is completed.

The effects achieved by the disclosure are not limited to thosementioned above, and other effects that are not mentioned above may beclearly understood to those skilled in the art based on the descriptionprovided above.

Methods according to embodiments stated in claims and/or descriptions ofthe present disclosure may be implemented in hardware, software, or acombination of hardware and software.

When the methods are implemented by software, a computer-readablestorage medium for storing one or more programs (software modules) maybe provided. The one or more programs stored in the computer-readablestorage medium may be configured for execution by one or more processorswithin the electronic device. The at least one program may includeinstructions that cause the electronic device to perform the methodsaccording to various embodiments of the present disclosure as defined bythe appended claims and/or disclosed herein.

The programs (software modules or software) may be stored innon-volatile memories including a random access memory and a flashmemory, a read only memory (ROM), an electrically erasable programmableread only memory (EEPROM), a magnetic disc storage device, a compactdisc-ROM (CD-ROM), digital versatile discs (DVDs), or other type opticalstorage devices, or a magnetic cassette. Alternatively, any combinationof some or all of the may form a memory in which the program is stored.Further, a plurality of such memories may be included in the electronicdevice.

In addition, the programs may be stored in an attachable storage devicewhich is accessible through communication networks such as the Internet,Intranet, local area network (LAN), wide area network (WAN), and storagearea network (SAN), or a combination thereof. Such a storage device mayaccess the electronic device via an external port. Further, a separatestorage device on the communication network may access a portableelectronic device.

In the above-described example embodiments of the present disclosure, acomponent included in the present disclosure is expressed in thesingular or the plural according to a presented example embodiment.However, the singular form or plural form is selected for convenience ofdescription suitable for the presented situation, and variousembodiments of the present disclosure are not limited to a singleelement or multiple elements thereof. Further, either multiple elementsexpressed in the description may be configured into a single element ora single element in the description may be configured into multipleelements.

While the present disclosure has been illustrated and described withreference to various example embodiments thereof, it will be understoodby those skilled in the art that various changes in form and details maybe made therein without departing from the scope of the presentdisclosure.

What is claimed is:
 1. An electronic device comprising: a connectorconfigured to be connected with an external electronic device; a memoryconfigured to store instructions; and a processor configured to executethe stored instructions, wherein the processor is configured to controlthe electronic device to: identify a control signal received through achannel initially activated based on the external electronic devicebeing connected to the connector from among a plurality of channels,control the electronic device based on a message included in theidentified control signal, wherein the message included in theidentified control signal comprises a start up command, and control theelectronic device to drive a first operating system based on the startup command included in the message.
 2. The electronic device of claim 1,wherein, based on a power being supplied from the external electronicdevice through the connector, the processor is configured to control theelectronic device to drive a first second operating system in a poweroff state.
 3. The electronic device of claim 1, wherein the processor isconfigured to control the electronic device to: identify another controlsignal received through the initially activated channel based on thefirst second operating system being driven, and perform control of theelectronic device based on a message included in the identified anothercontrol signal.
 4. The electronic device of claim 3, wherein theidentified another control signal is generated from the externalelectronic device based on a response to at least one control signalamong a plurality of control signals transmitted by the externalelectronic device based on the first operating system being driven notbeing received from the electronic device, wherein the message includedin the identified another control signal comprises a reboot command, andwherein the processor is configured to control the electronic device todrive the first operating system again based on the reboot commandincluded in the message of the identified another control signal.
 5. Theelectronic device of claim 3, wherein the identified another controlsignal is generated from the external electronic device based on anevent that the external electronic device receives from another externalelectronic device, wherein a message included in the identified anothercontrol signal comprises a shut down command, and wherein the processoris configured to control the electronic device to shut down the firstoperating system based on the shut down command included in the messageof the identified another control signal.
 6. The electronic device ofclaim 5, wherein the event includes an open event of a door of a cardetected by the another external electronic device.
 7. The electronicdevice of claim 1, further comprising a battery configured to supply apower to the electronic device, wherein the message included in theidentified control signal comprises a battery status transfer command,wherein the processor is configured to control the electronic device to:generate data comprising battery health information of the battery basedon the battery status transfer command included in the message, andcontrol the connector to transmit the data comprising the battery healthinformation to the external electronic device through the initiallyactivated channel.
 8. An electronic device comprising: a connectorconfigured to be electrically connected with an external electronicdevice; a communication module comprising communication circuitryconfigured to communicate with another external electronic device; amemory configured to store instructions; and a processor configured toexecute the stored instructions, wherein the processor is configured tocontrol the electronic device to: control the connector to supply apower to the external electronic device based on an event being receivedfrom the another external electronic device; and generate a controlsignal to be transmitted through a channel initially activated based onthe external electronic device being electrically connected to theconnector from among a plurality of channels, based on the power beingsupplied to the external electronic device, wherein the connector isconfigured to transmit the generated control signal to the externalelectronic device, such that the external electronic device performscontrol of the external electronic device based on a message included inthe generated control signal, wherein the processor is configured tocontrol the electronic device to generate the control signal, such thatthe message included in the generated control signal comprises a commandcorresponding to the event received from the another external electronicdevice, wherein the command corresponding to the event received from theanother external electronic device includes a start up command, andwherein the external electronic device is configured to drive anoperating system based on the start up command included in the message.9. The electronic device of claim 8, wherein, based on the operatingsystem being driven in the external electronic device, the processor isconfigured to control the electronic device generate another controlsignal to be transmitted through the initially activated channel, basedon a response to at least one control signal among a plurality ofcontrol signals transmitted to the external electronic device throughthe initially activated channel, not being received from the externalelectronic device, wherein a message included in the another controlsignal comprises a reboot command, and wherein the external electronicdevice is configured to drive the operating system again based on thereboot command included in the message included in the another controlsignal.
 10. The electronic device of claim 8, wherein the processor isconfigured to control the electronic device to generate another controlsignal to be transmitted to the external electronic device through theinitially activated channel, based on another event received from theanother external electronic device, and wherein the external electronicdevice is configured to shut down the operating system based on a shutdown command corresponding to the another event included in a message ofthe another control signal.
 11. The electronic device of claim 8,wherein the processor is configured to control the electronic device to:generate another control signal to be transmitted through the initiallyactivated channel based on the power being supplied to the externalelectronic device, a message of the another control signal comprising abattery status transfer command regarding a battery of the externalelectronic device; and control power supply to the external electronicdevice, based on battery health information of data received from theexternal electronic device, in response to the another control signal.12. The electronic device of claim 8, wherein the event includes an openevent of a door of a car detected by the another external electronicdevice.
 13. A method of operating an electronic device, the methodcomprising: identifying a control signal received through a channelinitially activated based on an external electronic device beingconnected to a connector from among a plurality of channels; andcontrolling the electronic device based on a message included in theidentified control signal, wherein the message included in theidentified control signal comprises a start up command, whereincontrolling the electronic device based on the message included in theidentified control signal comprises driving an operating system based onthe start up command included in the message.
 14. The method of claim13, further comprising: receiving a power supplied by the externalelectronic device through the connector based on the electronic devicebeing identified by the external electronic device through theconnector; and driving the operating system in a power off state basedon the power supplied by the external electronic device being received.15. The method of claim 13, comprising: identifying another controlsignal from the external electronic device received through theinitially activated channel based on the operating system being driven;and controlling based on a message included in the identified anothercontrol signal.
 16. The method of claim 13, wherein the message includedin the identified control signal comprises a battery status transfercommand, and wherein controlling based on the message included in theidentified control signal comprises: generating data comprising batteryhealth information of the battery based on the battery status transfercommand included in the message; and controlling the connector totransmit the data comprising the battery health information to theexternal electronic device through the initially activated channel.